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Preface 


The  purpose  of  this  study  was  to  develop  a  computer 
simulation  model  that  could  help  determine  the  resource 
requirements  of  a  simultemeous  deployment  of  Army  emd  Air 
Force  elements  from  Pope  AFB.  This  model  is  needed  to 
augment  a  feasibility  study  of  the  Pope  AFB  system  that  was 
recently  completed  by  the  Air  Mobility  Command  (AMC). 

While  much  of  the  expertise  used  in  modeling  the  system 
came  from  transporters  with  the  3rd  Aerial  Port  Squadron, 
planners  at  AMC,  2md  documentation  of  lessons  learned  during 
past  large-scale  deployments,  we  also  drew  heavily  from  our 
own  substantial  experience  in  mobility  operations.  Although 
this  study  produced  only  a  partial  model,  it's  opened  doors 
for  further  research.  The  completed  segments  show  the 
sensitivities  of  the  actual  system  and  lay  the  foundation 
for  development  of  a  generalized  resource  sizing  model. 

During  the  long  hours  spent  on  model  formulation, 
coding,  and  debugging,  as  well  as  the  actual  writing  of  this 
thesis,  we  had  a  great  deal  of  help  from  others.  First  and 
foremost,  we  would  like  to  thank  our  wives,  Laura  Prechtel 
euid  Patti  Wingreen,  for  their  patience,  underst2mding,  and 
support  throughout  this  period.  A  word  of  thanks  is  also 
due  to  Lt  Col  Dave  Diener  and  Maj  Judy  Ford,  our  thesis 
advisors,  for  the  direction  and  assistamce  they  provided. 

Brad  Prechtel  and  Mark  S.  Wingreen 
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Abstract 

This  thesis  produced  a  model  of  the  Army  airdrop 
segment  of  the  Pope  AFB  deployment  system.  The  original 
intent  was  to  model  the  entire  Pope  AFB  deployment  system 
and  simulate  the  simultaneous  airleuid  deployment  of  the  23rd 
Wing  and  airdrop  deployment  of  the  82nd  Airborne  Division; 
however,  time  constraints  and  incomplete  data  forced  a 
reduction  in  scope.  The  study  provides  an  excellent 
foundation  for  further  research  into  the  use  of  simulation 
to  develop  a  generalized  deployment  resource  sizing  model. 

The  airdrop  segment  of  the  system  was  modeled  using 
information  obtained  from  the  researchers'  personal 
observations  of  the  system,  the  expertise  of  personnel  who 
work  within  the  system,  and  documentation  of  the  problems 
and  lessons  learned  during  previous  large-scale  deployments. 
The  parameters  determined  to  significantly  affect  system 
performemce  were  modeled;  those  that  didn't  affect  system 
performcuice  were  not.  The  conceptual  model  was  validated 
through  comparison  of  the  conceptual  model  and  the  actual 
system  with  air  transportation  experts  assigned  to  Pope  AFB. 
The  coded  model  was  then  verified  through  1)  numerous  runs 
in  test  mode  where  the  researchers  iteratively  refined  the 
coded  logic  and  2)  sensitivity  analysis  that  determined  the 
model  behaved  as  expected  by  experts  within  the  Pope  system. 
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COMPUTER  SIMULATION  STUDY  OF  THE  JOINT  DEPLOYMENT  OF  THE 
23RD  WING  AND  82ND  AIRBORNE  DIVISION  FROM 
POPE  AIR  FORCE  BASE 


Ij.  intgQdMgtifin 


Background 

With  the  recent  decline  of  the  Soviet  threat  2md  the 
subsequent  downsizing  and  restructuring  of  the  United  States 
military,  rapid  global  force  projection  has  become  a 
cornerstone  of  U.S.  National  Security  policy.  The  new 
National  Military  Strategy  outlines  changing  world  realities 
in  which  the  U.S.  defense  ested>lishment  faces  a  less  stable 
emd  less  predictable  threat  at  a  time  when  defense  budgets 
are  being  reduced  significantly.  In  this  environment,  which 
stresses  flexibility  and  efficiency  of  operations,  military 
commemders  will  rely  more  and  more  on  U.S. -based  forces  to 
rapidly  respond  to  contingencies  worldwide  (CCW,  1992:  1-1). 

The  New  Air  Force  Composite  Winas.  In  response  to  this 
new  National  Military  Strategy,  the  Air  Force  has  developed 
two  composite  wings  and  is  in  the  process  of  designing  a 
third.  The  composite  wings  combine  dissimilar  aircraft, 
such  as  fighters,  refuelers,  emd  bombers,  which  offer 
different  air  combat  caped>ilities,  into  a  single  wing 
controlled  by  one  "boss"  and  capable  of  providing  more 
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firepower  emd  a  broader  spectrum  of  capabilities  them  a 
single  traditional  wing  alone  can  provide.  The  366th  Wing, 
located  at  Mountain  Home  AFB,  ID,  was  designed  for  air 
intervention  and  includes  F-16,  F-15C,  and  F-15E  fighter 
aircraft,  E-3A  airborne  warning  euid  control  aircraft,  KC-135 
refueler  aircraft,  and  will  add  either  B-52  or  B-IB  bombers. 
The  23rd  Wing,  located  at  Pope  AFB,  NC,  contains  16  C-130 
transports  and  24  A-10  and  OA-10  fighter  aircraft,  and  is 
currently  adding  F-16  fighters.  The  23rd  Wing  will  provide 
the  Army's  82nd  Airborne  Division  (collocated  with  Pope  AFB 
at  Fort  Bragg,  NC)  with  tactical  airlift,  close  air  support, 
and  battlefield  air  interdiction.  A  third  composite  wing, 
fashioned  after  the  23rd  Wing,  is  projected  for  Moody  AFB, 

GA  and  will  support  the  Army's  24th  Infantry  Division  based 
at  Fort  Stewart,  GA.  (Bird,  1992:14). 

The  concept  behind  the  composite  wings  is,  in  part,  to 
have  available  a  logistically  lightweight,  self-contained 
fighting  force  that  can  get  to  the  battlefield  quickly  and 
provide  a  variety  of  air  power  capabilities  immediately  upon 
arrival  (Bird,  1992:18).  The  composite  fighting  force  is 
more  easily  tailored  to  the  requirements  of  a  specific 
military  operation  and  thus  more  responsive  to  short  notice, 
low-intensity  contingencies  than  a  similar  force  drawn  from 
a  number  of  geographically  and  organizationally  separate  air 
wings  (CCW,  1992:  1-2).  This  assertion  is  intuitively 
appealing  for  a  number  of  reasons.  First,  since  all 
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deploying  air  forces  will  be  working  for  the  same  wing 
commander,  "turf  battles"  should  be  minimal.  A  number  of 
different  wings  won't  be  vying  for  support  of  their  own 
parochial  interests  and  a  more  concerted  deployment  effort 
should  result.  Coordination  of  deployment  actions  will  also 
be  vastly  simplified.  Finally,  the  logistics  tail,  which  is 
the  support  equipment  and  personnel  required  to  operate 
deployed  forces,  should  be  somewhat  reduced  since  one 
deploying  wing  will  tend  to  better  coordinate  support 
requirements  than  a  number  of  dissimilar  wings  could. 

Both  the  23rd  Wing  and  the  projected  Moody  AFB  wing  are 
what  have  been  termed  airland  operations  wings  (ALOWs)  whose 
primary  mission  is  to  deploy  with  and  suppoirt  Army  ground 
forces.  The  wings  are  designed  to  support  a  division-sized 
force  and  are  capable  of  both  stand  alone  emd  integrated 
air/ground  operations  with  up  to  a  corps-sized  Army  element. 
The  concept  of  operations  for  these  ALOWs  is  referred  to  as 
the  "Integrated  Operations  Concept  for  Corps  Element  and 
Airleuad  Operations  Wing",  or  more  simply  "CCW"  (CCW,  1992: 
iii).  Tne  CCW,  which  is  still  in  a  developmental  stage,  is 
discussed  below. 

The  _CCW  and  the  23rd  wina/82nd  Airborne  Division 
Affiliation.  The  Air  Force  wing/ Army  division  team 
envisioned  in  the  CCW  will  provide  the  nation  with  a  highly 
mobile,  yet  complete,  joint  force  caped>le  of  rapidly 
deploying  into  a  hostile  environment,  gaining  an  initial 
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foothold/  and  operating  effectively  as  a  self-contained  unit 
until  augmented  by  more  traditional  service  elements.  The 
Army  and  Air  Force  units  that  make  up  the  team  provide  pre- 
tailored/  rapid-response  force  packages  that  will  be  the 
first  forces  deployed  in  a  contingency.  The  missions 
envisioned  for  the  CCW  teem  include  "forcible  entry/force 
projection/  air  assault/  base  defense/  and  non-combatant 
evacuation  operations  in  a  non-permissive  environment"  (CCW, 
1992:  iii/  4-2).  The  affiliation  between  Air  Force  ALOWs 
euid  Army  rapid  response  units  will  be  maintained  during  both 
peacetime  and  contingency  operations  so  the  units  will  be 
familiar  with  each  other's  capadsilities.  The  Air  Force 
Chief  of  Staff/  General  McPeak/  describes  the  wing/division 
relationship  this  way: 

Together  this  team  will  comprise  the  nation's 
premier  forcible  entry  capability  for  the 
future.  The  wing  will  not  be  chained  to  a 
division — the  joint  commander  in  a  theater  can 
break  the  wing  loose,  if  absolutely  necessary. 

But  make  no  mistake,  the  idea  is  to  form  an  air- 
ground  team.  The  day-to-day  teamwork  between 
the  wing  and  the  division  will  overcome  a 
problem  that  has  always  concerned  me.  These 
units  will  not  be  strcmgers  meeting  each  other 
for  the  first  time  on  the  way  to  do  some 
incredibly  difficult  combat  task.  They  will 
work  together,  get  to  know  each  other,  emd  give 
new  meaning  to  the  idea  of  joint  teamwork. 

(Policy  Letter,  1992) 

The  activation  of  the  23rd  Wing  (em  ALOW)  and 
estaUDlishment  of  the  CCW  concept  significantly  alters  the 
long-standing  relationship  between  the  Army's  Fort  Bragg  and 
the  Air  Force's  Pope  AFB.  Traditionally,  the  overriding 
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mission  of  the  Air  Force  at  Pope  AFB  was  to  rapidly  deploy 
the  82nd  Airborne  Division,  which  was  usually  among  the 
first  echelon  of  ground  forces  deployed  in  response  to  a 
contingency.  Now,  however,  the  Air  Force  has  some  very 
significant  deployment  requiirements  of  its  own  at  Pope. 

This  change  has  caused  concern  among  Army  leadership  that 
Pope  AFB  may  currently  not  be  6d)le  to  deploy  the  82nd 
Airborne  Division  in  a  timely  manner  (Betsch,  1992:  1).  As 
a  result,  personnel  at  Forces  Command  (FORSCOM), 
Tremsportation  Command  (TRANSCOM),  Air  Combat  Command  (ACC), 
Air  Mobility  Command  (AMC),  and  the  23rd  Wing  have  been 
studying  the  feasibility  of  a  large-scale,  joint  deployment 
of  the  forces  specified  in  the  CCW  from  Pope  AFB. 

The  Pope  AFB  Deployment  Environment .  The  Pope  AFB 
deployment  environment  is  different  than  that  currently 
found  at  emy  other  Air  Force  base.  First,  the  main  unit 
that  processes  and  deploys  from  Pope  is  a  rapid  response 
Army  imit  as  already  mentioned.  With  the  addition  of  the 
23rd  Wing's  mobility  requirements,  the  base  must  now 
simultemeously  conduct  two  similar,  but  different, 
deployment  operations.  The  G2nd  Airborne  Division,  like  all 
Army  units,  deploys  under  the  guidelines  of  AFR  76-6, 
"Movement  of  Units  On  Air  Force  Aircraft,"  while  the  23rd 
Wing,  like  all  Air  Force  units  deploying  from  home  station, 
deploys  under  the  guidelines  of  AFR  28-4,  "USAF  Mobility 
Planning."  Differences  between  these  two  operations  range 
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from  types  of  structure  to  paperwork  requirements,  but  for 
the  purposes  of  this  study,  one  of  the  most  important  points 
is  that  they  are  different,  geographically  separate 
operations . 

Another  important  element  that  separates  the  Pope  AFB 
operation  from  the  mobility  operations  at  other  Air  Force 
bases  is  the  type  of  equipment  that  the  82nd  Airborne 
Division  deploys  during  an  airdrop  deployment.  In  this  type 
of  deployment,  a  number  of  pieces  of  equipment  weighing  in 
excess  of  10,000  pounds  each  are  routinely  configured  on 
airdrop  platforms  (basically  a  pallet  designed  to  be  dropped 
from  eui  airborne  aircraft ) ,  which  are  too  large  to  be  moved 
with  a  lOK  forklift.  This  fact  makes  the  handling 
requirements  for  this  equipment  unlike  that  found  at  any 
other  Air  Force  base  engaged  in  normal  Air  Force  mobility 
operations.  These  special  features,  as  well  as  other 
significant  aspects  of  the  Pope  AFB  deployment  operation  are 
discussed  in  greater  depth  in  chapter  2. 

Army  pleuiners'  current  reservations  with  the  ability  of 
the  Pope  AFB  operation  euid  infrastructure  to  support  their 
needs  are  caused  not  only  by  the  addition  of  the  23rd  Wing's 
requirements,  but  also  by  experience  with  a  number  of  past 
deployments.  There  have  been  several  large-scale 
deployments  from  Pope's  airfield  in  the  past  where  the 
base's  infrastructure  was  severely  strained.  Deployments  to 
Peuiama  amd  Southwest  Asia,  as  well  as  mobility  and 
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Operational  Readiness  Inspection  (ORI)  exercises/  all 
highlighted  the  limitations  of  the  Pope  AFB  Army  deployment 
processing  emd  upload  area,  or  "Green  Ramp"  as  it  is  more 
commonly  referred  tO/  during  surge  aircraft  outload  times 
(Joint,  1990:83-89).  With  the  addition  of  the  23rd  Wing's 
requirements,  future  large-scale  deployments  can  be  expected 
to  cause  even  more  problems. 

gsnsjal  Igggg 

The  concern  among  Army  leaders  about  the  addition  of 
Air  Force  deployment  requirements  at  Pope  AFB,  coupled  with 
overcrowding  problems  that  have  occurred  during  past  large- 
scale  deployments  from  the  base,  has  prompted  both  Army  and 
Air  Force  plar ‘^rs  to  carefully  evaluate  Pope  AFB's  assigned 
assets  and  infi  istructure  to  determine  whether  it  can 
support  a  simultaneous  deployment  of  the  23rd  wing  and  the 
82nd  Airborne  Division.  An  ACC  study  indicated  that  a 
simultemeous  deployment  was  feasible  from  an  airlift 
perspective  while  a  joint  23rd  Wing/XVIII  Airborne  Corps 
study  concluded  that  the  deployment  was  "do-able"  from  2m 
air  transportation  support  position.  The  Joint  Deployment 
Study  group  felt  the  issue  would  be  best  addressed  through  a 
series  of  local  exercises  designed  to  test  the  effectiveness 
of  joint  23rd  Wing/82nd  Airborne  Division  deployments 
(Plans,  1992:  1-2). 
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The  23rd  Wing  has  not  yet  participated  in  any  large- 
scale  deployment  exercises  with  the  82nd  Airborne  Division, 
but  the  first  is  pl2mned  for  early  calendar  year  1994  (Head, 
5  October  1992).  The  exercise  will  follow  the  scenario  of  an 
airland  deployment  of  the  23rd  wing  emd  em  airdrop 
deployment  of  one  Deployment  Ready  Brigade  (DRB)  of  the  82nd 
Airborne  Division  (Eisenberg,  2  October  1992).  The 
magnitude  of  the  planned  exercise  can  be  seen  in  the  number 
of  aircraft  loads  scheduled  to  be  processed  and  loaded  — 

133  aircraft  loads,  or  chalks,  on  14  C-5  euid  119  C-141 
transport  aircraft  in  a  two-day  time  period.  The  deploying 
units,  along  with  total  equipment  weight  emd  the  number  of 
deploying  personnel  are  siuamarized  in  Table  1  below. 

TABLE  1 

EQUIPMENT  AND  PERSONNEL  TO  DEPLOY 
UNDER  THE  SIMULATED  SCENARIO 


Cargo  (Short  Tons) 


Unit 

Airland 

Airdrop 

Passengers 

Earatiaop^ra 

23  Wg 

572.4 

0 

748 

0 

82  ABN  Div 

1358.5 

1067.2 

531 

2244 

JSOC 

92 

0 

104 

0 

Note:  1  Short  Ton  »  2000  lbs. 


The  Transportation  Plans  and  Programs  department  at  AMC 
and  the  Air  Land  Sea  Applications  Center  have  been  deeply 
involved  in  a  number  of  studies  to  determine  deployment 
requirements,  constraints,  and  identify  possible  problem 
areas  and  have  determined  that  a  detailed  computer  model 
capable  of  simulating  the  simultemeous  deployment  of  the 
23rd  Wing  emd  the  82nd  Airborne  Division  would  significantly 
aid  in  problem  identification.  Most  of  the  required  input 
data  was  collected  through  a  n\imber  of  time  studies  by 
personnel  assigned  to  the  3rd  Aerial  Port  Squadron  (3  APS) 
at  Pope  AFB.  Personnel  at  3  APS  also  conducted  a 
preliminary,  hemd-calculated  simulation  of  the  plaxmed 
deployment;  however,  AMC  determined  they  currently  lack  the 
"in-'house"  resources  to  construct  a  computer  model  with  the 
required  level  of  detail  (Read,  5  October  1992). 

Specific  Problem 

This  study  models  the  Pope  AFB  deployment  system  and 
simulates  alternative  deployment  scenarios  to  determine 
feasibility,  identify  potential  deployment  problem  areas, 
and  evaluate  possible  solutions.  In  particular,  the  study 
seeks  to  emswer  two  questions.  First,  what  are  the 
requirements  in  terms  of  ramp  space,  facilities,  equipment, 
and  personnel  to  support  a  simultaneous  deployment  of  Army 
and  Air  Force  units  from  Pope  AFB?  Second,  are  enough  of 
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those  resources  required  to  successfully  support  such  a 
deployment  currently  available  at  Pope  AFB? 

Research  Objectives 

To  be  successful,  this  research  must  satisfy  the 
following  objectives: 

1)  Identify  the  significant  causal,  background,  and 
response  variables  within  the  Pope  AFB  deployment  processing 
and  loading  operation  and  determine  how  they  interact. 

2)  Identify  the  constraints  inherent  to  the  23rd  Wing, 
the  82nd  Airborne  Division,  and  the  Pope  AFB  environment. 

3)  Determine  whether  an  existing  model  can  be  modified 
and  used  to  study  the  deployment  problem  from  a  "micro**  or 
base  level. 

4)  In  the  absence  of  a  suitable  existing  model, 
construct  a  new  computer  model,  incorporating  the 
information  from  1  amd  2  above,  that  accurately  represents 
the  Pope  AFB  deployment  operation. 

5)  Identify  potential  deployment  problem  areas  by 
simulating  the  simultaneous  airland  deployment  of  the  23rd 
Wing  and  the  airdrop  deployment  of  one  DRB  from  the  62nd 
Airborne  Division. 

6)  Determine  possible  solutions  through  "what  if" 
simulation  experiments. 


10 


The  scope  of  this  research  study  is  restricted  to  joint 
deployment  operations  at  Pope  AFB  involving  the  23rd  Wing 
and  the  82nd  Airborne  Division.  The  study  does  not  consider 
any  unit  actions,  such  as  cargo  preparation,  taken  prior  to 
cargo  or  passenger  delivery  to  the  deployment  processing 
area  nor  does  it  consider  enroute  operations  or  beddown  and 
employment  at  deployed  locations.  It  also  does  not  consider 
any  operations  not  related  to  the  deployment,  such  as 
arriving  channel,  or  regularly  scheduled,  airlift  missions. 

Since  simulation  is  not  an  optimization  method,  the 
model  will  not  provide  the  optimal  mix  of  personnel, 
equipment,  and  holding  space.  The  model  can  only  be  used  to 
evaluate  alteznaatives  from  which  to  choose  and  to  determine 
resource/policy  sensitivities  by  running  different 
combinations  of  constraint  variables. 

Overview 

The  second  chapter  of  this  thesis  examines  the 
literature  currently  available  on  Air  Force  emd  airlift 
doctrine,  general  deployment  operations,  and  deployment 
operations  specific  to  Pope  AFB.  The  purpose  is  to  provide 
em  understanding  of  the  Pope  AFB  deployment  system  emd  some 
of  the  limitations  of  that  system.  The  review  includes 
numerous  interviews  emd  unpublished  sources  such  as  past 
Pope  AFB  OKI  reports,  briefings  on  the  Pope  deployment 
infrastructure,  and  the  "Joint  Committee  Report  on  Operation 


DESERT  SHIELD,”  the  international  response  to  the  Iraqi 
invasion  of  Kuwait.  This  chapter  also  reviews  the 
literature  on  past  simulation  studies  6uid  general  simulation 
modeling  techniques. 

The  third  chapter  discusses  model  development  in  depth. 
The  chapter  begins  with  a  detailed  explanation  of  the 
assumptions  that  were  made  in  modeling  the  Pope  AFB 
deployment  system.  Next,  the  par^uneters  and  variables  from 
the  actual  system  that  are  included  in  the  model  are  listed 
and  defined  auid  the  methods  for  data  collection  and  input  to 
the  model  are  explained.  At  the  same  time,  potential  users 
of  the  model  are  instructed  how  to  construct  the  trace  files 
which  input  data  to  the  model  and  how  to  run  the  model  file. 

The  fourth  chapter  focuses  on  validation  and 
verification  efforts.  Verification  for  the  airdrop  model 
segment  was  completed,  whereas  validation  is  incomplete. 

The  chapter  closes  by  identifying  the  limitations  of  the 
joint  deployment  model. 

The  fifth  chapter  presents  recommendations  for  future 
research.  The  most  pressing  of  these  is  the  need  for  a 
comprehensive  time  study  of  the  various  increment  processing 
times.  Suggestions  for  completing  the  model  2uad  then  making 
it  more  "user  friendly”  and  generalizing  it  for  use  in  other 
deployment  scenarios  are  also  provided. 

Additional  supporting  material  is  included  in  a  number 
of  appendices  at  the  end  of  the  text.  A  few  of  these 
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appendices  warremt  mention  here.  Appendices  A  and  B  provide 
a  glossary  of  technical  terms  and  a  glossaary  of  acronyms 
respectively.  Also,  Appendix  C  provides  a  copy  of  the 
commxxnicative  model  of  the  Pope  AFB  deployment  system  and 
Appendix  D  provides  the  computerized  simulation  model. 
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ILl  Literature  Review 


latroOttgtion 

This  literature  review  documents  information  used  in 
developing  a  computer  simulation  model  for  ^ulalyzing  joint 
23rd  Air  Wing  and  82nd  Airborne  Division  deployments  from 
Pope  AFB,  NC.  The  review  focuses  on  the  Air  Force,  airlift, 
euid  deployment  doctrine  that  impacts  on  the  Pope  AFB 
deployment  operation,  essential  elements  of  the  Pope  AFB 
deployment  environment,  past  simulation  studies  dealing  with 
similar  issues,  and  some  general  modeling  techniques.  This 
search  is  necessary  to  obtain  enough  information  to  build 
the  required  system  detail  into  the  simulation  model  and 
ensure  it  is  a  valid  representation  of  the  actual  Pope  AFB 
deployment  system,  while  avoiding  any  duplication  of  past 
research. 

Air  Force.  Airlift,  and  Deployment  Doctrine 

Airlift  has  become  a  critical  component  of  the 
country's  military  forces  in  recent  years.  As  early  as  the 
Vietnam  conflict,  during  which  numerous  elements  of  the 
modem  airlift  system  were  created  and  refined,  airlift  was 
emerging  as  eui  extremely  importemt  element  of  force 
mobility.  By  1980,  deployment  thinking  had  become  manifest 
in  the  concept  of  the  mobility  triad  of  airlift,  sealift, 
and  prepositioning  in  which  airlift  was  recognized  as  the 
key  element  (Miller,  1988).  with  the  recent  drawdown  of 
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U.S.  forces  stationed  in  Europe  and  other  overseas  Areas  of 

Responsibility  (AORs),  the  airlift  mission  of  the  U.S.  Air 

Force  has  become  even  more  important,  as  evidenced  by  this 

statement  from  current  Air  Force  Doctrine: 

Airlift  provides  global  reach  for  military 
forces,  a  capability  of  particular  importance 
given  the  worldwide  commitments  and  interests  of 
the  United  States.  Without  airlift,  the  United 
States  would  be  hard>pressed  to  respond  to  far- 
flung  crisis  situations.  Viewed  in  this  light, 
effective  airlift  becomes  the  backbone  of 
deterrence,  at  least  at  the  nonnuclear  level. 

(AFM  1-1,  1992:187) 

In  addition  to  becoming  more  important  to  the  nation's 
mobility  posture,  the  basic  nature  of  airlift  operations 
has  begun  to  change.  The  most  significant  cheuige  is  that 
the  concept  of  projecting  force  in  three  phases  is  no  longer 
the  method  most  likely  favored  by  modern  airlift  doctrine 
(Miller,  1988).  These  three  phases  include  moving  forces 
first  from  either  a  main  operating  base  in  the  continental 
United  States  (CONUS)  or  an  established  U.S.  military 
installation  overseas  to  a  second  main  operating  base  in  the 
theater  of  operations;  then  from  the  second  main  operating 
base  to  a  forward  operating  base;  and  finally  from  the 
forward  operating  base  to  the  final  destination.  This 
three-phase  process  is  known  as  strategic  deployment. 

Current  doctrine  recognizes  that  forces  can  get  to  a 
conflict  more  quickly  if  they  are  delivered  directly  to  the 
final  destination  (Miller,  1988).  Thus,  we  now  have  two 
established  methods  of  delivering  forces  to  a  theater  of 
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operations:  strategic  deployment  and  what  is  now  termed 
strategic  employment.  The  published  aerospace  doctrine 
states  that 

Strategic  employment  is  used  to  insert  combat 
forces  directly  into  a  theater  and  a  hostile 
situation,  as  in  Operation  Urgent  Fury.  Such 
employment  requires  support  from  suppression 
forces  as  well  as  control  of  the  aerospace 
environment.  Strategic  deployment  or 
redeployment,  in  contrast,  requires  no 
suppression  support.  (AFM  1>1,  1992:188) 

This  new  deployment  thinking,  combined  with  reduced 
budgets,  downsizing,  and  the  current  emphasis  on  jointness, 
has  contributed  to  the  formation  of  the  Air  Force's 
composite  airland  operations  wings  (ALOWs)  and  adoption  of 
the  CCW  concept.  This  is  evidenced  in  the  mission  of  the 
combined  Air  Force  ALOW/Army  division  team  —  to  conduct 
forcible  entry,  air  assault,  base  defense,  and  non-combatant 
evacuation  operations  in  a  hostile  environment  (CCW, 

1992 :iii,  1-2,  4-2).  All  of  these  operations  entail 
strategic  employment  of  forces.  To  make  these  complex  joint 
employment  operations  work,  the  Army  and  Air  Force  units 
must  train  together  extensively  in  peace  time  (Policy 
Letter,  1992).  Since  effective  strategic  employment  of 
forces  requires  deployment  of  the  right  forces  at  the  right 
time,  the  initial  mobilization  and  deployment  processing 
actions  required  in  a  strategic  employment  operation  are  one 
of  the  areas  in  which  extensive  training  between  certain  Air 
Force  and  Army  units  is  a  must. 
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The  Army  and  Air  Force  mobilize  and  deploy  using 
different  processes  which  are  specified  in  the  regulations 
governing  each  service's  movement.  The  Air  Force  deploys 
under  the  guidance  of  AFR  28-4,  "USAF  Mobility  Planning," 
while  the  Army  deploys  under  the  joint  regulation  AFR  76- 
6/Army  Field  Manual  55-12,  "Movement  of  Units  in  Air  Force 
Aircraft."  Each  regulation  has  different  guidelines  for  the 
preparation  and  loading  of  unit  cargo  and  the  handling  of 
passengers.  Air  Force  unit  moves  require  much  more 
documentation  of  cargo  and  passengers  than  do  Army  unit 
moves.  AFR  28-4  also  goes  into  much  more  detail  about  the 
flow  of  information  and  control  of  mobility  operations  than 
does  AFR  76-6. 

Air  Force  Unit  Moves.  Air  Force  mobility  operations 
are  controlled  by  the  Mobility  Control  Center  (MCC),  which 
is  headed  by  the  Installation  Mobility  Officer  (IMO)  and 
composed  of  representatives  from  each  of  the  major 
functional  areas.  The  MCC  coordinates  the  actions  of  the 
deploying  units  and  the  Transportation  Control  Unit  (TCU)  to 
ensure  unit  equipment  and  personnel  are  mobilized  and 
deployed  in  a  timely  manner  (AFR  28-4,  1987 ;MOP  1).  Figure 
1  shows  the  functional  structure  of  a  typical  Air  Force 
mobility  operation.  The  TCU  controls  all  transportation 
functions  including  the  Sub-Motor  Pool  (SMP),  the  Air  Cargo 
Terminal  (ACT),  and  the  Air  Passenger  Terminal  (APT)  (AFR 
28-4,  1987 :MOP  3).  The  SMP  is  responsible  for  moving 
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Figure  1.  Functional  Structure  of  an  Air  Force  Mobility 
Operation  (AFR  28-4,  1987:  MOP  1,  MOPS  3-6, 

MOP  26) 

all  unit  cargo  emd  passengers  from  the  respective  units  to 
the  appropriate  mobility  work  centers  and  providing  general 
vehicle  support  to  the  mobility  work  centers  as  required 
(AFR  28-4,  1987 :MOP  6).  The  ACT  is  responsible  for 
processing  euid  loading  unit  cargo.  Processing  a  unit's 
cargo  involves  first  inspecting  the  cargo  jointly  with  a 
unit  representative  and  then  marshaling  the  cargo  in  chalk 
order,  which  is  the  order  in  which  it  will  be  loaded  aboard 
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the  aircraft  (AFR  28-4,  1987:MOP  5).  Finally,  the  APT  is 
responsible  for  processing,  briefing  deployment  specifics 
to,  and  loading  unit  personnel  edsoard  departing  aircraft 
(AFR  28-4,  1987:MOP  4).  The  Manpower  Processing  Unit  is 
usually  co-located  with  the  APT  and  assists  in  passenger 
processing  by  ensuring  personnel  are  properly  equipped, 
trained,  and  otherwise  prepared  (e.g.  shots,  passports, 
family  and  financial  obligations  met,  etc.)  to  deploy  (AFR 
28-4,  1987:MOP  9). 

Anay.  and.  Qthgr  ygn-Air  FpjLge  Mqv^s.  m  contrast 
to  the  typical  Air  Force  operation,  Army  mobility  operations 
are  controlled  by  the  Departure  Airfield  Control  Group 
(DACG) .  The  DACG,  which  is  roughly  equivalent  to  the  MCC 
and  is  staffed  by  both  Army  and  Air  Force  personnel,  is 
responsible  for  coordinating  and  controlling  Army 
Deployments  (AFR  76-6,  1989:2-2).  Figure  2  shows  the 
functional  structure  of  a  typical  DACG  operation.  The  DACG 
acts  as  the  liaison  between  the  deploying  units  and  the 
Airlift  Control  Element  (ALCE).  The  ALCE  maintains 
operational  control  over  airlift  assets  and  personnel  when 
the  deployment  operation  is  from  a  base  with  no  organic 
airlift  command  and  control  element.  Operational  control  of 
deploying  unit  equipment  and/or  personnel  transfers  to  the 
DACG  as  the  equipment  and  personnel  are  delivered  from  the 
units  to  the  Alert  Holding  Area.  In  addition  to  accepting 
cargo  6Uid  personnel  from  the  deploying  units,  the  Alert 
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Figure  2.  Functional  Structure  of  a  Departure  Airfield 
Control  Group  (DAC6)  (AFR  76-6,  1989:  2-4) 

Holding  Area  conducts  a  pre-inspection  of  the  cargo  and/or 
personnel  and  corrects  any  discrepemcies  found.  The  Call 
Forward  Area  conducts  the  Joint  Inspection  (JI)  of  cargo  in 
which  both  DACG  and  ALCE  members  certify  the  air  worthiness 
of  the  cargo.  Any  discrepancies  noted  are  corrected  by  DACG 
personnel.  Also,  the  Call  Forward  Area  briefs  deploying 
passengers  €uid  produces  final  cargo  and  passenger  m^ulifests. 
As  cargo  and  passengers  are  moved  to  the  Ready  Line, 
operational  control  chops  to  the  ALCE  or  other  airlift 
control  agency.  In  the  Ready  Line/Loading  Ramp  Area,  DACG 
personnel  load  aircraft  as  directed  by  ALCE  personnel  (AFR 
76-6,  1989:2-2  to  2-7). 
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As  previously  mentioned,  the  Pope  Air  Force  Base 
deployment  environment  differs  from  that  found  at  almost  any 
other  Air  Force  base.  The  following  discussion  briefly 
describes  some  of  the  main  features  of  that  environment, 
including  operations,  layout  and  facilities,  ewd  available 
resources.  Many  of  the  more  significant  aspects  of  the 
environment  are  highlighted,  while  some  of  the  problem  areas 
found  and  improvement  recommendations  made  by  various  past 
studies  are  noted.  Mote  that  since  t^  focus  of  this  study 
is  on  a  deployment  scenario  in  which  the  Army  deploys  much 
of  the  82nd  Airborne  Division  airdrop  as  opposed  to  airland, 
discussion  of  the  DAC6  operation  is  concentrated  on  airdrop 
configured  loads.  Since  this  discussion  contains  a  number 
of  specialized  terms,  readers  unfamiliar  with  both  strategic 
emd  mobile  aerial  port  procedures  should  review  the  Glossary 
of  Technical  Terms  at  Appendix  A  before  proceeding.  A 
review  of  the  communicative/conceptual  model  of  the  Pope  AFB 
deployment  system  located  in  Appendix  C  may  also  facilitate 
a  better  understemding  of  the  discussion  that  follows. 

Deployment  Operations.  One  of  the  most  distinguishing 
charactari.^tics  of  the  Pope  AFB  deployment  enviroiunent  is 
that  both  an  Air  Force  home  station  mobility  machine  and  a 
DACG  operation  are  used  simultaneously.  Due  to  the  large 
amount  of  cargo  and  personnel  that  will  move  during  future 
joint  Army/Air  Force  deployments  from  Pope  AFB,  the  current 
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system  of  MCC  control  for  deploying  Air  Force  units  and  DACG 
control  for  deploying  Army  units  will  be  maintained 
(Williams,  16  December  1992).  These  two  operations  are 
organizationally  independent  of,  emd  geographically  separate 
from,  each  other.  All  Army  cargo  is  inspected  and  marshaled 
at  the  DACG  facility  adjacent  to  Green  Ramp  and  all  Air 
Force  ceurgo  is  inspected  and  marshaled  at  the  Air  Force 
Marshaling  Yard  on  Silver  Ramp  and  then  loaded  ed>oard 
aircraft  on  Blue  Ramp.  The  location  of  these  ramps  cem  be 
seen  in  the  layout  of  Pope  AFB  at  Figure  3.  Although  this 
system  requires  duplication  in  many  deployment  functions, 
including  command  and  control,  the  dual  operation  is 
necessary  to  avoid  the  bottlenecks  that  would  result  if  all 
deploying  Air  Force  and  Army  cargo  were  inspected  and 
marshaled  in  one  area.  The  duplication  of  inspection  euad 
loading  operations,  in  particular,  places  a  much  greater 
load  on  aerial  port  equipment  and  manpower  resources  than 
would  a  consolidated  operation. 

The  Air  Force  mobility  operation  works  the  same  as 
mobility  machines  found  on  every  other  Air  Force  base. 

Cargo  arrives  at  the  ACT  and  is  inchecked,  joint  inspected, 
marshaled  in  chalk  order,  cmd  loaded  aboard  the  appropriate 
edrcraft  as  those  aircraft  arrive.  Since  all  Air  Force 
cargo  is  configured  for  airland  missions,  there  are  no 
requirements  for  specialized  equipment  or  cargo  handling 
procedures  (other  than  explosive  cargo).  Rolling  stock. 
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which  is  wheeled  equipment,  is  either  driven  or,  if  not 
self-'propelled,  moved  using  a  prime  mover  (bobtail,  1/2  Ton 
truck  with  pintle  hook,  tug  etc.)  about  the  marshaling  yard 
emd  to  the  aircraft  for  loading.  All  palletized  cargo 
weighs  less  than  10,000  pounds  so  it  can  easily  be  moved 
using  standard  lOK  forklifts  and  stored  on  the  ground  using 
three-point  dunnage  (three  4z4s  placed  one  at  each  end  of 
the  pallet  euid  one  in  the  middle). 

In  stark  contrast,  the  Army  DAC6  is  an  entirely 
different  operation.  Airl2Uid  configured  cargo  is  treated 
very  nearly  the  same  way  airleuid  cargo  is  in  the  Air  Force 
mobility;  however,  many  of  the  increments  the  82nd  Airborne 
Division  delivers  to  the  Call  Forward  Area  are  configured 
for  airdrop  as  opposed  to  airland  missions.  The  airdrop 
platforms  used  for  these  increment  configurations  cannot  be 
stored  on  the  ground  because  of  their  length,  which  is 
usually  over  2.5  pallet  positions,  emd/or  their  weight, 
which  is  usually  over  10,000  pounds.  The  reason  for  this  is 
that  due  to  the  airdrop  increments  length  euad/or  weight  they 
cannot  be  picked  up  and  tremsported  with  a  lOK  forklift 
and/or  loaded  onto  a  K-Loader  as  cem  regular  palletized 
cargo  increments  that  are  configured  on  stemdard  46 3L 
pallets.  Instead,  they  must  be  downloaded  from  the  flatbed 
trucks  which  deliver  them  to  the  scales  area  emd  loaded 
directly  onto  K-Loaders  with  a  stationary  55-ton  crane.  The 
platforms  then  must  be  stored  on  either  K-Loaders,  highline 
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doclcs,  or  rollerlzed  flatbed  trailers  until  loaded  aboard  an 
aircraft.  As  a  result  the  Army's  airdrop  increments  are 
much  more  equipment  intensive  than  are  cargo  increments 
configiured  for  airland  airlift  missions. 

Layout.  Facilities,  and  Ramo /Marshaling  Space.  As 
previously  stated,  during  a  joint  deployment  at  Pope  AFB, 
the  Air  Force  mobility  machine  will  operate  on  Silver  and 
Blue  Ranqps  and  the  Army  DAC6  operation  will  be  conducted  on 
Green  Ramp.  This  section  provides  a  brief  description  of 
the  ramp  space,  facilities,  and  stationary  equipment 
available  at  each  location.  This  discussion  of  the  Pope  AFB 
infrastructure  concludes  with  a  look  at  some  of  the 
potential  problem  areas  noted  during  past  studies  and  some 
suggestions  for  future  improvements. 

The  23rd  Wing  Mobility  Machine.  The  physical 
layout  of  the  Air  Force  mobility  machine  is  as  shown  in 
Figure  4.  Cargo  is  inchecked,  inspected,  and  marshaled  on 
Silver  Ramp  and  then  transported  to  Blue  Ramp  for  loading. 
The  size  of  the  marshaling  yard  can  be  varied  to  provide 
from  200  to  300  pallet  positions  of  marshaling  space 
(Loveland,  9  June  1993).  Since  no  airdrop  configured  loads 
are  handled  at  the  Air  Force  mobility  operation,  there  is  no 
specialized  material  handling  equipment  located  there. 
Passengers  meemwhile  are  processed,  briefed,  emd  held  at  the 
APT,  which  is  located  at  the  Air  Force  Mobility  Processing 
Center.  This  facility,  which  also  houses  the  MCC  and  TCU, 
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Figure  4.  Layout  of  the  23rd  Wing  Mobility  Machine 


can  accommodate  approximately  200  passengers  at  one  time 
(Loveland,  9  June  1993).  Blue  emd  Silver  Ramps  together 
provide  parking  space  for  up  to  8  C-141s.  With  the  23rd 
Wing's  aircraft  flushed,  capacity  increases  to  25  0-141 
parking  spots  (Comstock,  1992). 

The  DACG  Operation.  The  area  in  which  the  DAC6 
operation  is  conducted  is  as  shown  in  Figure  5.  Arriving 
cargo  is  staged  at  the  Alert  Holding  Area.  Airdrop  cargo  is 
then  weighed  on  the  coal  yard  scale  next  to  the  crane  emd 
either  staged  on  K-loaders  in  the  call  forward  area  or  on 
one  of  the  highline  docks  until  aircraft  load  time.  Storage 
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Figure  5.  Layout  of  the  DAC6  Operation 


on  K-loaders  is  not  desirable  since  these  pieces  of 
equipment  are  needed  to  load  aircraft.  Airland  cargo  is 
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weighed  at  either  scale  emd  is  then  staged  in  the  Call 
Forward  Area  (Rogers,  20  March  1993).  The  DACG  Alert 
Holding  Area  cem  hold  approximately  15  C-141  equivalent 
loads  (ed)out  165  463L  pallets)  at  a  time  while  the  Call 
Forward  Area  can  hold  roughly  26  C-141  equivalent  loads  (or 
310  463L  pallets)  (Joint,  1990:85-87).  The  six  uncovered 
highline  docks  in  the  DACG  area,  cam  store  40  eight-foot 
platforms,  which  is  approximately  four  C-141  loads. 
Additionally,  there  are  three  covered  highline  docks 
available  that  hold  another  20  eight-foot  platforms,  or 
roughly  two  C-141  loads  (Joint,  1990:87;  Phillips,  19  March 
1993).  Covered  highlines  are  preferred  to  uncovered 
highlines  because  an  airdrop  platform  stored  on  an  uncovered 
highline  will  get  wet  if  it  rains.  The  extraction  chutes, 
which  are  small  parachutes  rigged  to  extract  the  platform 
from  the  aircraft  during  flight,  must  remain  dry  in  order  to 
function  properly.  There  are  also  30  rollerized  flatbed 
trailers  availeUale  for  use  should  they  be  needed  (Willieuns, 
16  December  1992).  The  Passenger  Holding  Area  located  at 
the  bottom  right  comer  of  Figure  5  accommodates 
approximately  400  passengers  for  short  periods  of  time. 

This  number  varies  up  or  down  by  about  50-75  passengers 
depending  on  whether  they  are  paratroopers  or  regular 
passengers.  Paratroopers  require  more  space  for  their 
equipment  and  thus  fewer  Cem  be  processed  through  the  PHA  at 
one  time  (Joint,  1990:88).  Green  Ramp  provides  a  total  of 
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14  C-141  euad  4  C-5  parking  spaces.  Alternatively,  if  only 
C-141S  are  on  the  ramp,  then  there  is  room  for  22  C-141s  at 
euay  one  time  .  There  are  also  three  parking  spots  for 
either  C-141s  or  C-5s  that  are  used  by  both  deployment 
operations  (Comstock,  1  June  1992). 

Personnel .  Although  adequate  niimbers  of  personnel 
with  the  appropriate  specialty  skills  are  cua  important 
requirement  in  any  operation,  people  can  be  moved 
temporarily  from  other  bases  to  fill  shortfalls  relatively 
easily.  As  a  result,  only  personnel  with  a  few  critical 
skills  were  considered  in  the  modeling  effort.  Briefly 
then,  these  skills  are  qualified  joint  airdrop  inspectors, 
qualified  joint  inspectors  ;  MHE  operators  who  are  qualified 
on  25K-,  40K-,  TAC-loaders,  and  lOK  forklifts;  and  load  team 
chiefs  (Phillips,  19  March  1993). 

Material  Handling  Equipment.  The  availability  of 
2U1  adequate  amount  of  Material  Handling  Equipment  (MHE)  is  a 
critical  requirement  in  any  deployment  operation.  Without 
it,  a  deployment  will  not  happen.  Adding  to  the  MHE 
availability  problem  is  the  fact  that  the  most  critical 
types  of  MHE,  25K-,  40K'',  emd  TAC  Loaders,  are  extremely 
maintenance-intensive.  The  amount  of  each  type  of  MHE 
authorized  and  actually  assigned  to  Pope  AFB  as  of  22 
October  1992  is  listed  in  Table  2  (Support,  1992). 

According  to  air  treuisportation  personnel  assigned  to  3  APS, 
this  amount  of  MHE  is  typical,  although  some  of  the  TAC- 
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TABLE  2 


463L  MATERIAL  HANDLING  EQUIPMENT  (MHE)  STATUS 
AT  THE  3RD  AERIAL  PORT  SQUADRON  (Support,  1992) 


Type 

Authorized 

Assigned 

40K  Loader 

8 

6 

25K  Loader 

15 

11 

TAC  Loader 

12 

12 

Cochran  Loader 

6 

4 

lOK  AT  Forklift 

21 

21 

13K  AT  Forklift 

4 

4 

lOK  STD  Forklift 

15 

14 

Stair  Case  TRK 

4 

4 

Latrine  Svc  TRK 

(LST)  2 

3 

Loaders  and  all-terrain  (AT)  forklifts  may  be  lost  due  to 
the  squadron's  redesignation  from  a  mobile  aerial  port 
squadron  (MAPS)  to  an  APS  (Phillips,  19  March  1993). 

Problems  Identified/Recoramendations  Made.  In  the 
past  there  have  been  several  large-scale  contingency 
operations  involving  the  82nd  Airborne,  such  as  Operations 
JUST  CAUSE  emd  DESERT  SHIELD,  that  have  shown  significant 
limitations  with  the  deployment  infrastructure  at  Pope  AFB. 
These  limitations  run  the  gamut  from  ramp  space  to 
facilities  and  equipment.  This  section  discusses  those 
problems  identified  by  the  Joint  Committee  that  studied  the 
3IVIII  Airborne  Coxps  DESERT  SHIELD  deployment. 

The  Joint  Committee  identified  a  number  of  resources 
that  proved  to  be  inadequate  cuid  made  a  number  of 
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recommendations  to  overcome  these  limitations.  Firsts  the 
weighing  and  inspection  of  cargo  at  the  DACG  was  identified 
as  a  bottleneck.  This  is  because  the  DACG  only  has  two 
scales  at  its  facility.  These  scales  are  used  to  weigh 
heavy  airdrop  platforms  and  vehicles  so  that  the  center  of 
balsuice  can  be  determined.  These  scales  limit  the  airland 
configured  cargo  throughput  capacity  of  the  DACG  to  60  C-141 
equivalent  loads  a  day  (Joint,  1990:86).  Another  area  of 
concern  is  passenger  processing,  holding,  and  loading. 
Deploying  Air  Force  personnel  are  processed,  held,  and 
loaded  from  the  Mobility  Passenger  Terminal  adjacent  to 
Silver  Ramp,  while  deploying  Army  personnel  use  the 
Passenger  Holding  Area  adjacent  to  Green  Ramp.  The  two 
facilities  are  fully  utilized  during  mobility  operations,  so 
consolidation  of  operations  is  not  feasible  (Loveland,  19 
June  1993).  In  fact,  the  Operation  DESERT  SHIELD  Joint 
Committee  recommended  the  Passenger  Holding  Area  be  expanded 
beyond  its  current  capacity  of  400  personnel.  The 
limitation  imposed  by  the  lack  of  passenger  processing  space 
is  evident  in  the  fact  that  a  requirement  to  load  two  wide- 
body  commercial  passenger  aircraft  within  two  hours  of  each 
other  would  easily  congest  the  system  during  a  deployment 
exercise  or  rapid  insertion  contingency  operation  (Joint, 
1990:33).  The  Joint  Committee  also  recommended  enlarging 
the  DACG  cargo  marshaling  area  to  accommodate  30  C-141 
equivalent  loads  and  increasing  the  number  of  highlines  so 
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that  more  palletized  loads  and  airdrop  platforms  can  be 
staged  for  loading  (Joint,  1990:88).  One  last  limitation 
covered  in  the  Joint  Committee  Report  is  the  lack  of  an 
adequate  hazardous  amd  explosive  cargo  storage  area  at  Pope 
AFB.  There  is  no  permanent  storage  area  near  the  DACG  for 
hazardous  ^uad  explosive  cargo.  During  normal  operations 
this  type  of  cargo  can  only  be  stored  in  the  marshaling  area 
for  up  to  four  hours  (Joint,  1990:88). 

The  various  elements  and  parameters  just  discussed  must 
be  incorporated  in  the  joint  deployment  computer  simulation 
model.  Through  experimentation  with  this  model,  decision 
makers  may  well  be  able  to  more  accurately  determine  the 
asset  levels  required  by  future  simultaneous  deployments 
from  Pope  AFB.  The  remainder  of  this  literature  review 
explores  information  that  was  helpful  in  ensuring  the 
deployment  model  constructed  is,  indeed,  a  useful  tool. 

SimulafeiQh  in  tipgigtigg 

since  World  War  II  first  highlighted  the  value  of 
logistics  to  successful  military  planning,  more  and  more 
mathematical  emd  simulation  modeling  techniques  have  been 
applied  to  the  logistics  planning  and  decision-making 
process  (Hughes,  1984:31).  This  increased  reliance  on 
modeling  and  simulation  by  logisticians  is  attributable  in 
large  part  to  the  increasing  complexity  of  modern  weapon 
systems  and  the  fast-paced,  fluid  nature  of  the  Airland 
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Battle  doctrine  (Hughes,  1984:230).  Today,  the 
proliferation  of  PC-based  siroulation  software  presents 
logisticians  with  even  more  opportunity  to  use  simulation  in 
problem-solving  efforts  and,  simultaneously,  challenges  them 
to  do  so  correctly  (Schenk,  1992:32). 

Simulation  of  Transportation  and  Mobility  Functions. 
Within  the  logistics  discipline,  tremsportation  problems  in 
general  and  deployment  problems  in  particular  are  well 
suited  for  study  through  simulation.  Systems  that  are  too 
complex  to  be  optimized  with  mathematical  models  and  are  not 
readily  available  for  direct  experimentation  are  prime 
candidates  for  simulation  studies  (Schriber,  1991:6). 

Before  simulation  is  determined  to  be  the  appropriate  tool, 
a  minimum  requirement  is  that  the  modeling  effort  must 
contribute  to  a  better  decision  them  could  be  made  without 
the  model  (Hughes,  1984:17). 

Decision-makers  often  tujm  to  simulation  or 

mathematical  modeling  when 

the  decision  maker  has  little  previous 
experience  making  similar  choices,  when  the 
alternatives  are  complex,  or  when  the  decision 
is  considered  important  enough  to  expend  the 
time  and  effort  required  to  conduct  extensive 
analysis.  (Schenk,  1992:32) 

Information  requirements  that  may  dictate  use  of  simulation 
include:  estimations  of  real  system  performance  \inder  other 
than  normal  operating  conditions;  evaluations  of  alternate 
system  designs  or  parameters;  or  identification  of  effects 
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due  solely  to  causal  variables  of  interest  (Kelton,  1982:8). 
The  Pope  AFB  deployment  information  required  by  Air  Mobility 
Command  encompasses  all  of  these  aspects. 

Existing  Mobilitv/Deplovment  Models.  To  determine  the 
course  of  simulation  efforts  for  this  study  amd  to 
familiarize  the  researchers  with  the  present  state  of 
logistics  simulation  efforts/  a  review  of  existing 
de . loyment  models  was  required.  The  eUssence  of  a  general- 
purpose  model  that  could  be  tailored  to  the  requirements  of 
this  study  determined  the  need  to  construct  a  specialized 
deployment  model.  The  review  of  established  models  and 
simulation  studies  contributed  to  this  effort. 

Although  most  models  researched  are  much  broader  in 
scope  (generalized)  than  the  model  required  for  this  study, 
five  of  those  strategic-level  models  do  provide  some 
insights  into  which  elements  within  the  mobilization  and 
deployment  processes  are  perceived  to  be  most  significant  by 
military  planners  in  the  operations  research  community. 
Additionally,  a  number  of  special-purpose  models  which  focus 
on  the  detailed  elements  of  individual  deployment  processing 
systems  were  studied  and  provide  insights  into  those 
variables  considered  significant  in  the  more  "micro-level" 
models  that  have  been  constructed  by  practicing  logisticiems 
emd  traoisportation  professionals.  Although  the  deployment 
systems  modeled  are  quite  different  th£ui  the  Pope  AFB 
operation,  these  models  provide  specific  information  that  is 
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useful  in  terms  of  model  development  and  experimental 
design. 

Established.  Generalized  Mobility  Models.  Three 
early  mobility  models,  the  Strategic  Mobility  Scheduling 
Model  (SMOBSMOD),  the  Simulation  and  Gaming  Methods  for 
Analysis  of  Logistics  (SIGMALOG)  System,  and  the  Force 
Interactive  Response  Evaluator  of  Assembly,  Replenishment, 
and  Mobility  (FIREARM)  model,  focus  on  the  2d}ility  of  the 
aggregate  logistics  channel  to  move  materiel  and  personnel 
into  a  specified  area  in  a  timely  manner  (Battilega, 
1978:442-463).  These  models  show  that  the  focus  of  early 
efforts  was  on  determining  capabilities  of  the  existing, 
aggregate  transport  pipeline  and  not  on  determining  the 
resource  levels  required  at  individual  hubs  to  make  that 
aggregate  system  work  at  various  throughput  levels. 

The  Airlift  Flow  System  (AFS)  simulates  the  strategic 
airlift  system  to  multiple  theaters  world-wide.  This  model 
uses  input  data  on  aircraft,  airfields,  cargo,  and  resources 
to  measure  the  impact  of  constrained  resources  upon  the 
airlift  system  (Catalog,  1988:D-2). 

The  Aircraft  Loading  Model  (ALM)  analyzes  loadability, 
or  the  ease  of  loading,  of  military  vehicles  on  aircraft  and 
provides  input  to  future  airlift  aircraft  and  military 
vehicle  designs.  This  model  determines  the  amount  of 
airlift  required  to  out load  (process  and  deploy)  a  military 
force  of  cuiy  size  (Catalog,  1988:D-4). 
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.  A  large  nvuBber 


of  simulation  studies  which  used  specialized  mobility  models 
were  reviewed  for  this  research  effort;  however,  only  a  few 
were  actually  relevemt.  The  few  studies  that  were  selected 
provide  a  good  frame  of  reference  for  this  current  study  emd 
are  discussed  briefly  below.  Each  provides  insights  into 
either  deployment  system  factors,  model  design  emd 
construction,  data  collection,  validation  6md  verification, 
experimental  design,  or  a  combination  of  these  areas. 

In  one  of  the  studies  reviewed.  Captain  James  Liggett 

developed  a  model  to  help  facilitate  efficient  allocation  of 

resources  and  determine  extended  deployment  processing 

capabilities  of  a  unit  located  at  Kelly  AFB  TX  (Liggett, 

1989:5).  Model  development  and  experimentation  appear  to  be 

basically  sound;  however,  one  shortfall  is  the  apparent  lack 

of  participation  by  the  client  during  model  design  and 

validation.  Thomas  Schriber  maintains  that 

The  probability  that  a  simulation  project  (or 
any  technical  project,  for  that  matter)  will  be 
successful  will  be  increased  significemtly  if 
time  amd  attention  are  invested  in  the  project 
by  the  client.  (Schriber,  1991:11) 

Liggett 's  thesis  study  uses  the  model  to  conduct  two 
experiments.  The  first  experJLment  attempts  to  determine  the 
timing  of  the  first  late  aircraft  in  a  given  deployment 
flow.  The  second  experiment  was  designed  to  determine  a 
realistic  deployment  schedule — one  that  could  be  met  using 
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available  resources — by  estimating  the  average  number  of 
late  departures  during  a  5-day  period  (Liggett,  1989:26-27). 

In  another  simulation  study  of  interest,  Captains 
Michael  Reusche  and  Vaughn  Wasem  developed  a  model  to 
determine  the  numning  requirement  of  deployable  Mobile 
Aerial  Port  teams  given  workload  data  and  estimated 
processing  times  for  a  specified  deployed  aerial  port 
operation  (Reusche,  1982:6-9).  A  number  of  simplifying 
assumptions  are  made  in  this  modeling  effort,  ranging  from 
motivated  personnel  to  constant  interarrival  times  for  cargo 
delivery  (Reusche,  1982:9-11).  At  first  glance,  mamy  of 
these  assumptions  seemed  to  be  a  leap  of  faith;  however,  as 
the  current  study  progressed,  the  researchers  determined 
them  to  be  acceptaUdle  approximations  of  reality  and  in  many 
cases  necessary  to  the  modeling  effort. 

In  yet  another  AFIT  thesis  reviewed.  Major  Thomas 
Christensen  and  Captain  Gerald  White  used  an  existing  model 
of  an  Aerial  Port  of  Embarkation  (APOE)  base  reception 
operation  that  was  originally  developed  by  First  Lieuten2uit 
Larry  Fortner.  Their  research  built  on  the  previous 
modeling  effort  through  further  validation  of  the  model  and 
subst2mtiation  of  the  previous  assumptions  (Christensen, 
1983:9).  They  then  used  the  model  to  conduct  experiments 
designed  to  estimate  the  reception  base's  cargo  and 
passenger  staging  capacities  euxd  to  identify  potential 
bottlenecks  (Christensen,  1983:59). 
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The  final  simulation  study  presented  here  was  acquired 
too  late  in  the  current  study  to  be  highly  useful  to  the 
modeling  effort  of  this  research;  however,  it  contains  a 
wealth  of  information  that  cemnot  be  omitted.  The  value  of 
the  results  of  the  simulation  study  Are,  themselves, 
questionable  since  they  were  arrived  at  through  one 
replication,  using  unlimited  capacities  for  the  personnel 
emd  MHE  resources.  However,  the  value  of  the  study  is  its 
discussion  of  the  algorithms  and  simulation  models  that  have 
been  developed  over  the  years  to  gauge  the  capabilities  of 
air  freight  resources.  The  thesis,  written  by  Captain 
Michael  Fredette,  offers  the  most  comprehensive  coverage  of 
the  topic  found.  Of  particular  interest  are  a  series  of 
models  developed  during  the  late  1970s  that  used  simulation 
to  model  the  Dover  AFB  aerial  port  freight  operation.  The 
first  two  models  in  this  series  were  developed  by  Pritzker 
and  Associates  on  contract  to  HQ  MAC  (since  redesignated 
AMC)  end  provided  resource  requirements  and  maximum  aerial 
port  throughput.  The  third  and  final  effort  in  the  series 
culminated  in  the  Air  Cargo  Reception  emd  Distribution  Model 
(ACRDM) ,  which  uses  over  90  variables  and  parameters  to 
calculate  aerial  port  throughput  and  resource  utilization 
(Fredette,  1986: 18*-28) .  Fredette 's  coverage  of  those  models 
should  be  used  as  a  starting  point  for  2my  future  attempts 
at  modeling  aerial  port  operations. 
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G«nTal  Simulation  Techniouea 


The  literature  reveals  a  vast  array  of  techniques  that 
can  be  used  in  model  construction,  validation,  verification, 
and  experimental  design.  In  any  particular  application,  the 
tools  used  will  be  driven  by  the  purpose  of  the  simulation 
study,  the  degree  of  confidence  required  in  the  simulation 
results,  and  the  time  and  money  available  for  the  research 
effort  (Sargent,  1991:37). 

Model  Construction.  The  modeling  of  eui  actual  system 

is  considered  as  much  2Ui  art  as  a  science  (Banks  and  Carson, 

1984:13).  Osman  Balci  asserts  that 

Given  a  set  of  objectives,  if  ten  economists  are 
asked  to  build  a  simulation  model  of  the  U.S. 
economy,  each  one  will  come  up  with  a  model 
which  will  produce  a  different  set  of  results. 

The  differences  in  the  results  are  considered 
normal  and  as  expected  xmder  the  paradigm  of  the 
art  of  modeling.  (Balci,  1989:64) 

He  goes  on  to  explain  that  the  art  of  modeling  is  a 

balancing  of  opposites;  the  inclusion  of  essential  system 

elements  without  unnecessary  detail.  The  result  when  this 

art  is  properly  applied  is  an  edjstraction  of  reality  that  is 

constructed  for  a  specific  purpose,  the  representativeness 

of  which  should  be  judged  only  with  respect  to  that  purpose 

(Balci,  1989:64). 

Although  no  rigid  rules  or  algorithms  prescribe  the 
method  for  constructing  accurate  simulation  models,  Balci 
provides  an  excellent  freunework  from  which  to  approach  the 
problem.  Model  formulation  can  be  described  as  the  process 
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of  first  forming  a  conceptual  model  of  the  system  and  then 
sequentially  transforming  this  concept  into  a  communicative 
model,  a  programmed  model,  and  then  finally  an  experimental 
model.  Validation  is  performed  not  as  a  discrete  step,  but 
continually,  throughout  the  process.  Bald's  proposed  life 
cycle  of  a  simulation  study  is  graphically  portrayed  in 
Figure  6  (Bald,  1989:62,  64-65). 

Development  of  the  conceptual  model  is  the  first  step 
in  the  construction  process.  A  conceptual  model  is  the 
system  as  it  exists  in  the  mind  of  the  modeler.  During  this 
phase,  the  modeler  should  not  be  encumbered  by  a  specific 
simulation  lemguage  as  this  can  result  in  a  much  more 
complex,  emd  thus  error-prone  model  (Bald,  1989:62,64). 

As  the  model  is  transformed  into  a  communicative  form, 

it  is  important  the  modeler  begin  with  a  simple  model  and 

then  gradually  add  in  the  minimum  complexity  needed  to 

represent  the  system  (Banks  emd  Carson,  1984:13).  Offering 

a  means  of  fitting  the  system  representation  detail  to  the 

purpose  of  study,  Remdall  Sadowski  states  that 

One  technique  that  helps  detezmine  what  needs  to 
be  included  is  to  decompose  the  perceived  model 
into  smaller  components;  e.g.,  buffers,  operator 
logic,  job  priorities,  job  release  strategies, 
etc.  Then  examine  each  component  emd  ask  the 
following  question:  if  this  component  is  not 
included,  will  it  have  a  significant  effect  on 
the  key  performance  measures.  (Sadowski, 

1989:73) 

One  popular  method  for  constructing  the  communicative  model 
is  through  the  use  of  a  flow  chart  (Bobillier,  1976:36).  A 
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number  of  other  methods  are  also  avail£d>le,  including  pseudo 
code,  activity-cycle  diagrams,  and  specification  of 
conditions  (Balci,  1989:65). 

Since  most  real-world  systems  exhibit  random  behavior, 
a  method  is  needed  for  including  this  randomness  when  the 
conceptual  smd  communicative  models  are  transformed  into  the 
code  of  a  programmed  model.  This  is  accomplished  by  either 
gathering  data  on  those  variable  system  elements  and  then 
using  that  data,  or  distributions  derived  from  that  data,  as 
input  to  the  model,  or  from  one  of  a  number  of  heuristic 
methods  availcible.  The  result  is  either  a  self-driven  or  a 
trace-driven  model.  In  a  self-driven  model,  input  values 
are  sampled  from  a  specified  prob2d>ility  distribution 
through  the  use  of  random  numbers.  In  contrast,  a  trace- 
driven  model  uses  sequential  data  inputs  directly  from 
empirical  measurement  of  the  actual  system  (Balci,  1989:64). 

Once  the  communicative  model  is  coded  into  a  computer 
simulation  language  emd  a  programmed  model  is  obtained, 
further  coding  to  set  up  the  model  for  a  designed  experiment 
produces  an  experimental  model. 

Verification /Validation.  To  ensure  a  simulation  model 
provides  information  that  is  useful  to  decision-makers,  it 
must  do  two  things.  First,  it  must  be  an  accurate  reflection 
of  the  actual  system  being  modeled.  While  it  doesn't  have 
to  be  an  exact  duplication  of  the  system,  it  must  contain 
those  system  elements  that  make  up  the  essence  of  the 


42 


system.  This  is  known  as  validation.  The  model  must  also 
be  constructed  accurately.  The  logic  contained  in  the  coded 
model  must  work  as  intended  by  the  conceptual  model. 

Ensuring  this  proper  execution  of  the  program  logic  is  known 
as  verification  (Schriber,  1991:11-13). 

A  number  of  methods  may  be  used  in  verifying  and 
validating  models  throughout  development.  According  to 
Robert  Sargent,  models  may  be  validated  by  any  of  the 
following  methods: 

1)  Use  of  animation  to  observe  model  execution; 

2)  comparison  to  previously  validated  models; 

3)  degeneracy  tests; 

4)  comparing  simulated  events  to  behavior  of  the 

actual  system  modeled; 

5 )  extreme-condition  tests ; 

6)  using  judgment  of  system  experts  (face  validity); 

7)  checking  model  results  against  hand  calculations; 

8)  comparing  simulation  results  with  historical  data; 

9)  sensitivity  emalysis;  and 

10)  Turing  tests  (another  use  of  system  experts) 

(Sargent,  1991:39-40). 

It  is  extremely  important  to  note  that  Balci,  among  others, 
stresses  that  verification  and  validation  should  be 
accomplished  during  each  phase  of  model  constmction,  not 
just  after  the  model  has  been  coded.  Any  time  code  is  added 
to  or  deleted  from  the  program  model,  as  when  configuring 
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the  model  for  different  experiments,  validation  and 
verification  should  be  re-accomplished  (Balci,  1989:62). 

guBmary 

This  chapter  reviewed  information  relevant  to  the 
development  of  a  computer  simulation  model  of  the  joint 
deployment  system  at  Pope  AFB.  First  it  explained  general 
Air  Force,  airlift,  and  deployment  doctrine,  which  explained 
the  concept  of  composite  wings  and  joint  forced  entry 
operations.  Next,  the  review  explained  the  deployment 
environment  of  Pope  AFB  and  highlighted  some  of  the 
limitations  inherent  in  that  environment.  Current  models  of 
mobility  operations  were  discussed  next.  The  review 
concluded  with  a  brief  look  at  some  general  modeling 
techniques  that  provide  a  framework  for  this  study’s 
modeling  effort. 
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Introduction 

This  study  uses  the  General  Purpose  Simulation  System/H 
(GPSS/H)  simulation  language  as  the  medixm  for  modeling  the 
Pope  AFB  deployment  system.  The  objective  of  the  research 
is  to  first  determine  the  feasibility  of  a  joint  Army /Air 
Force  deployment  from  Pope  AFB  with  the  system  currently  in 
place  and  then  look  at  the  sensitivities  of  various 
parameters.  To  achieve  this  objective,  the  study  includes 
three  broad  segments  of  work:  model  development, 
experimentation,  and  analysis.  Due  to  inadequate  input  data 
and  time  constraints,  only  the  airdrop  portion  of  the  model 
was  finished  and  no  true  experimentation  or  analysis  was 
accomplished. 

Modeling  Objectives  and  Boundaries 

The  first  steps  in  developing  a  computer  simulation 
model  are  determining  what  you  want  it  to  do  and  what  the 
process  boundaries  are.  Model  development  began  with 
determination  of  the  specific  information  desired  by  the 
Transportation  Plans  and  Programs  department  at  Air  Mobility 
Command,  Scott  AFB,  IL,  detailed  definition  of  the  Pope  AFB 
deployment  system,  £uid  identification  of  those  variables  and 
parameters  that  must  be  incorporated  in  the  model  and  those 
that  may  be  excluded.  Model  boundaries  are  clearly  defined 
and  any  assumptions  are  identified.  These  boundaries  begin 


45 


when  a  passenger  or  piece  of  cargo  is  delivered  to  the 
aerial  port  and  end  when  the  aircraft  blocks  out  (taxis  away 
from)  of  its  parking  spot.  Model  development  proceeds  by 
transforming  this  beginning,  conceptual  model  of  the 
deployment  system  into  the  code  of  a  computerized  simulation 
model.  The  conceptual  model  was  validated  and  the  computer 
model  was  verified  euid  partially  validated.  More  will  be 
said  on  validation  and  verification  in  Chapter  4. 

Assumptions 

A  number  of  assumptions  were  made  in  developing  a  model 
of  the  Pope  AFB  deployment  operation;  however,  only  those 
pertinent  to  the  performance  of  the  model  are  discussed. 

The  major  assumptions  that  went  into  model  construction 
include  the  following:  1)  aircraft  arrive  as  scheduled  in 
the  Airlift  Flow  Plan  for  the  exercise,  2)  airdrop  cargo 
arrives  approximately  as  scheduled,  with  airland  cargo 
arriving  with  slightly  more  variability,  3)  use  of  25K- 
loaders  is  preferred  in  the  DAC6  airdrop  operation,  while 
use  of  40K-loaders  is  favored  in  the  23rd  Wing  mobility 
machine  and  the  DAC6  airland  operation,  4)  all  airdrop  cargo 
is  shuttled  from  the  scales  directly  to  the  highlines,  5) 
all  cargo  and  passenger  processing  times,  excluding  the  time 
required  to  correct  frustrated  cargo,  follow  a  trieuigular 
distribution,  6)  frustration  times  are  uniformly 
distributed,  7)  unlike  the  airland  cargo,  airdrop  platforms 
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are  not  frustrated,  8)  TAG  Loaders,  which  are  basically  K- 
Loaders  designed  for  tactical  use  on  unimproved  surfaces, 
are  not  differentiated  from  25K-Loaders,  and  9)  all 
highlines  and  rollerized  flatbeds  are  lumped  together  in  a 
common  pool  of  storage  space.  These  assumptions  were 
discussed  with  experts  who  routinely  work  within  the  Ft 
Bragg/Pope  AFB  DACG  and  wing  mobility  operations  and  were 
determined  to  be  valid  (Rogers,  20  March  1993). 

Assumption  1.  The  first  assumption,  that  airlift 
arrives  as  scheduled,  is  a  very  likely  occurrence  for  the 
Pope  AFB  operation  in  this  scenario.  Even  during  past  major 
contingencies  or  wartime  situations  when  the  airlift  system 
was  strained  to  maximum  capacity,  the  highest  airlift 
priority  was  given  to  the  rapid  insertion  forces  of  the  82nd 
Airborne  Corps.  Thus  for  the  joint  deployment  scenario  of 
the  exercise,  it  is  highly  likely  that  the  required  airlift 
will  be  avail2d>le.  That  this  airlift  will  arrive  on  time  is 
not  so  certain  since  aircraft  are  sxibject  to  maintenance, 
weather,  or  a  host  of  other  problems.  Variability  in 
aircraft  arrival  could  be  added  to  the  model  at  a  later 
date;  however,  the  researchers  do  not  feel  this  is  an 
intrinsic  part  of  the  cargo  and  passenger  processing  system. 
If  for  some  reason  no  aircraft  arrive,  cargo  and  passengers 
in  the  actual  system  would  continue  to  process  until  all 
storage  space  is  utilized;  at  that  time  the  system  will 
stop.  In  a  dense  flow  of  similar  aircraft,  such  as  the  one 
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planned  for  Pope,  one  late  aircraft  will  merely  cause  the 
chalk  plemned  for  that  aircraft  to  be  loaded  on  the  next 
arriving  aircraft. 

A,ggiimptiit7n  7.-  That  airdrop  cargo  arrives  at  the  scales 
in  approximate  chalk  (aircraft  load)  order  emd  close  to  the 
scheduled  scale  time  probedsly  seems  to  be  a  yueak  assumption 
to  anyone  who  has  participated  in  a  mobility  exercise,  but 
due  to  the  unique  nature  of  deployment  operations  at  Pope 
AFB  it  is  a  reasonable  assumption.  Increments  on  airdrop 
platforms  cannot  be  stored  on  the  ground  because  they  cannot 
be  picked  up  and  transported  with  a  lOK  forklift  as  can 
regular  463L  pallets.  This  in  effect  forces  the  platforms 
to  be  stored  on  either  K-Loaders,  highlines,  or  ’“ollerized 
flatbed  trailers.  Since  all  three  types  of  equipment  are  in 
short  supply  at  Pope  AFB,  and  the  K-Loaders  are  needed  to 
load  aircraft,  it  is  imperative  that  airdrop  cargo  be 
delivered  by  units  at  or  near  the  scheduled  times.  If  it 
does  not,  the  storage  space  could  be  taken  up  by  cargo  that 
is  not  departing  until  much  later.  If  this  were  allowed  to 
happen  with  any  regularity  it  would  tie  up  the  scales  and 
platform  storage  equipment,  thus  meUcing  it  impossible  to 
weigh  and  set  up  higher  priority  cargo  arriving  after  the 
out-of-sequence  cargo. 

Airleuid  cargo  will  tend  to  arrive  more  remdomly  than 
airdrop  cargo  with  some  increments  arriving  potentially  very 
late.  The  main  reason  for  this  is  that  the  buildup  and 
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delivery  of  alrlemd  cargo  is  not  as  strictly  controlled  as 
it  is  for  airdrop  cargo.  This  randomness  is  modeled  by 
having  slightly  more  variability  in  the  arrival  times  for 
airlemd  cargo.  Airland  cargo,  both  rolling  stock  and 
palletized,  ceui  be  stored  on  the  ground  in  the  marshaling 
yards  so  it  won't  tie  up  constrained  MHE  while  in  storage. 

In  those  instances  where  cargo  shows  up  very  late,  it  is 
usually  bumped  off  the  chalk  and  replaced  with  other  cargo 
so  it  won't  delay  aircraft  departure.  It  would  be  extremely 
difficult  to  simulate  increments  being  swapped  from  one 
chalk  to  another  and  very  little  authenticity  would  be 
gained  relative  to  the  amount  of  additional  model  detail 
required.  For  the  most  part,  cargo  will  arrive 
approximately  in  chalk  order.  Whether  or  not  the  cargo 
within  that  chalk  is  in  the  same  order  as  load  planned  has 
little  or  no  effect  on  model  or  actual  system  performance. 
Replacing  very  late  increments  will  cause  disturbeuices  in 
load  planning  emd  paperwork,  but  for  the  most  part  would  not 
affect  on-time  aircraft  departures. 

Assumption  3.  The  assumption  dealing  with  K-Loader 
usage  is  driven  by  the  limitations  in  the  6PSS/H  language 
against  looking  backward  or  forward  in  time.  6PSS/H  can 
only  act  on  what  is  occurring  in  the  model  at  the  present 
time;  it  cannot  be  made  to  think  like  a  person  in  planning 
for  future  events.  In  order  to  exactly  model  the  decision¬ 
making  process  of  determining  whether  to  use  a  lOK  forklift. 
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a  25K-Loader,  or  a  40K-Loader  for  a  given  chalk,  the  program 
needs  to  be  eQsle  to  "see**  not  just  the  increment  of  cargo 
currently  being  processed,  but  all  of  the  increments  that 
follow  for  at  least  the  next  four  or  five  chalks.  Since  the 
model  could  not  see  into  the  future,  a  DACG  bias  for  25K'- 
Loaders  and  an  Air  Force  mobility  machine  bias  for  40K- 
Loaders  was  purposely  built  into  the  model.  For  routine 
operations  in  the  scenario  under  study,  this  bias  does 
generally  mirror  the  actual  decision-making  process.  Since 
much  of  the  cargo  moving  through  the  DACG  operation  will  be 
too  heavy  for  a  25K-Loader,  persoimel  in  charge  will  tend  to 
use  25K-Loaders  for  euiy  cargo  increments  that  will  fit  on 
one  and  save  the  40K-Loaders  for  those  increments  that  won't 
fit  on  a  25K-Loader.  Meanwhile,  in  the  23rd  wing  mobility 
operation,  most  of  the  cargo  will  be  standard  sized  rolling 
stock  or  463L  pallets  which  will  easily  fit  on  either  a  25K- 
or  40K-Loader.  In  this  situation,  the  decision-maker  would 
choose  to  use  a  40K-Loader  first,  as  long  as  other 
increments  on  the  chalk  would  fill  up  the  rest  of  the 
loader.  This  would  reduce  the  number  of  pieces  of  MHE 
necessary  to  load  the  aircraft.  These  built  in  biases  are 
an  acceptable  tradeoff.  While  the  K- Loader  loading  segments 
of  the  model  will  not  accurately  represent  all  MHE 
decisions,  they  will  accurately  represent  the  more  routine 
ones. 
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Aumiwpiiton  4.  To  sinpllfy  aodel  construction  the 
assumption  is  made  that  all  airdrop  platforms  will  be 
shuttled  directly  from  the  scales  to  the  highlines  since 
that  is  what  happens  most  of  the  time  during  a  large  scale 
deployment.  After  the  first  few  chalics  have  been  through 
the  scales  the  MHE  gets  tied  up  with  cargo,  so  in  order  to 
keep  the  scales  busy  the  airdrop  platforms  are  stored  on 
highlines  or  rollerized  flatbeds.  Since  airdrop  platforms 
must  be  stored  on  highlines,  rollerized  flatbeds,  or  K- 
Loaders,  and  K-Loaders  are  needed  to  load  the  aircraft,  the 
platforms  are  stored  on  the  highlines  or  flatbeds  until  load 
time.  The  scale/crane  combination  is  a  capacity  constrained 
resource  and  as  such  should  be  kept  busy  at  all  times.  By 
moving  the  platforms  directly  to  the  highlines  or  flatbeds 
instead  of  waiting  for  K**Loaders,  the  scale  is  kept  busy,  at 
least  until  all  highline  and  flatbed  space  is  taken  emd  all 
K-Loaders  are  in  use.  For  modeling  purposes,  rollerized 
flatbed  storage  space  is  grouped  with  highline  space  since 
both  provide  the  same  service:  storage  for  airdrop 
platforms. 

A««innpt:ir>n  fi .  Due  to  problems  ejcperienced  during  the 
data  collection  process,  the  amount  of  data  required  to 
develop  the  actual  distributions  of  many  stochastic  model 
elements  was  not  obtained.  In  fact  the  volume  of  data 
required  for  this  effort  could  be  a  research  study  in 
itself.  As  an  acceptable,  and  intuitively  appealing 
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approziaiation,  all  of  the  cargo  and  passenger  processing 
times,  with  the  exception  of  correcting  frustrated  cargo, 
are  drawn  from  triangular  distributions  that  were  fit  from 
the  available  data,  am  well  aB  interviews  with  system 
experts.  At  least  for  the  DAC6  operation,  which  is  the 
operation  of  most  concern  among  planners,  these 
distributions  should  be  very  near  reality.  Air 
Transportation  personnel,  not  augmentees,  man  the  weighing. 
Joint  Inspection  (JI),  MHE  operation,  euid  aircraft  load  teeun 
supervision  positions  within  air  terminal  services  section. 
As  a  result  of  this  expertise,  for  a  given  type  of  equipment 
the  regiiired  processing  time  will  vary  only  slightly,  with 
no  extreme  measurements;  hence  a  triangular  distribution. 

In  a  triangular  distribution  the  modeler  determines  the 
minimum,  maximum,  and  mode  times  from  the  raw  data  emd  then 
enters  them  into  the  model  using  the  built  in  6PSS/H  RVTRI 
function.  The  model  draws  numbers  from  a  r2mdom  number 
generator  and  uses  these  numbers  to  assign  processing  times. 
While  the  assumption  of  triangular  distributed  processing 
times  may  not  be  as  precise  an  approach  in  the  Air  Force 
mobility  segment,  it  is  felt  that  degradation  of  model 
accuracy  will  be  minimal. 

Aggumption  6.  Cargo  frustration  times  (the  time  needed 
to  correct  discrepemcies  found  during  joint  inspections)  are 
modeled  as  uniformly  distributed  because  frustrated 
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Increments  exhibit  a  very  wide  range  of  possible  correction 
times,  each  with  em  equal  probability  of  occurrence. 

Assumption  7.  It  is  assumed  that  airdrop  loads  aren't 
frustrated.  Although  most  transportation  personnel,  due  to 
their  familiarity  with  Air  Force  mobility,  may  find  this 
assumption  odd  at  first  gl^mce,  it  is  a  very  accurate 
assumption.  This  is  due  to  the  importance  placed  on 
properly  rigging  airdrop  loads.  Any  time  a  30,000  pound 
piece  of  cargo  is  extracted  from  an  airborne  aircraft  the 
potential  for  disaster  exists.  Airdrop  operations  even  with 
properly  rigged  loads  are  dangerous;  with  improperly  rigged 
loads,  they  can  be  deadly.  Because  of  this,  these  loads 
receive  special  attention  from  the  initial  build-up  of  the 
increment  to  final  loading  and  the  subsequent  Joint  Airdrop 
Inspection  ( JAI ) .  Deficiencies  receive  a  high  priority  and 
are  corrected  quickly  without  "officially"  frustrating  the 
increment.  The  airdrop  segment  of  the  model  contains  a 
mechanism  which  would  allow  the  modeler  to  frustrate  the 
increments  by  changing  the  frustration  probeUsility  in  the 
input  data  processing  times  matrix  from  zero  to  some  other 
number. 

Aasump-hion  Q.  The  assumption  that  TAG  Loaders  are 
considered  the  same  as  25K-Loaders  is  probably  the  most 
limiting  assumption  made,  while  TAG  Loaders  have  more 
capabilities  them  25K-Loaders  (a  TAG  Loader  with  an  extender 
can  carry  4  pallets  and  30,000  pounds,  while  a  25K-Loader 
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can  carry  only  3  pallets  2uid  25,000  pounds),  the  additional 
detail  needed  to  include  them  in  the  K-Loader  selection 
logic  amd  the  extra  debugging  needed  are  prohibitive  due  to 
the  tine  constraints  in  model  construction.  The  assumption 
seems  more  reasonable  when  you  consider  that  the  superior 
loading  capabilities  of  the  TAC  Loader  are  somewhat  offset 
by  its  lower  Vehicle  in  Commission  (VIC)  rate  and  higher 
shop  time  per  vehicle  (84.0%  VIC  for  TAC  Loader  vs.  97.8% 
VIC  for  25K~Loader  and  8.4  days  shop  time  for  TAC  Loader  vs. 
3.8  days  shop  time  for  25K*-Loader)  (Grafton,  21  April  1993). 

Aggiimpt-inn  9.  Pope  AFB  has  3  covered  and  6  uncovered 
highline  docks  along  with  access  to  several  roller! zed 
flatbed  trailers,  all  of  which  are  used  to  store  airdrop 
pallets.  While  each  of  these  docks  and  trailers  are 
separate  entities,  modeling  them  as  such  would  be  extremely 
difficult  and  not  add  to  model  validity.  While  chalk 
integrity  is  maintained  in  the  real  system,  the  concern  here 
is  on  total  platform  storage  capacity,  not  the  order  in 
which  increments  are  stored. 

Data.  The  model  requires  a  large  amount  of  input  data, 
both  for  the  stochastic  processes  of  the  model  as  well  as 
for  the  individual  units  of  traffic  that  move  through  the 
model  during  simulation  of  a  specific  scenario.  As 
previously  mentioned,  problems  in  data  collection  resulted 
in  some  required  tradeoffs  in  model  accuracy.  These 
tradeoffs  relate  only  to  the  model  elements  that  draw  random 
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numbers  from  a  distribution  predicated  on  that  input  data. 
The  output  data  of  interest  are  the  number  of  late  aircraft 
departures  and  the  mean  tardiness.  Actual  model  output 
consists  of  actual  terminal  complete  times /  which  are  the 
times  at  which  aerial  port  personnel  complete  loading  of  all 
passengers  emd  cargo,  £md  the  scheduled  terminal  complete 
times.  The  pareuaeters  in  the  model  were  systematically 
changed  during  verification  efforts  to  determine  the  effect 
of  these  chemges  on  the  time  the  chalk  was  terminal 
complete.  The  scheduled  terminal  complete  time  is  30 
minutes  prior  to  scheduled  departure  time. 

The  input  data  are  contained  in  three  trace  files  which 
drive  the  deployment  simulation  model.  The  information  from 
these  trace  files  is  either  assigned  to  the  "Xacts”,  which 
are  transactions  representing  aircraft  or  increments,  or 
read  into  a  data  matrix  for  use  in  the  model.  The  first 
trace  file  in  this  model  is  called  LDINFO.TXT  (Appendix  E) 
and  it  contains  chalk  number,  mission  number,  number  of 
increments,  scheduled  departure  time,  branch  of  service,  emd 
aircraft  type  for  each  aircraft  load.  This  information  is 
assigned  to  the  lead  Xact  which  represents  the  aircraft 
itself.  This  file  was  built  using  information  contained  in 
the  Airlift  Flow  Plan  and  aircraft  load  plans  for  the  joint 
deployment  exercise.  The  model  uses  this  information  to 
schedule  increment  creation  and  to  determine  how  many 
increments  to  create  for  each  chalk.  Each  line  in  this  file 
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is  for  a  separate  chalk  with  the  first  coluion  being  the 
chalk  number  and  the  second  column  the  mission  number.  The 
modeler  needs  to  assign  a  chalk  number  to  each  of  the 
missions  in  order  of  their  departure  time.  The  third  column 
contains  the  number  of  increments  on  the  chalk.  This  number 
is  derived  from  load  plans  for  each  chalk.  If  there  are 
passengers  on  the  chalk  they  are  modeled  as  one  increment 
regardless  of  the  number.  The  number  of  increments  column 
is  used  to  determine  how  many  increments  to  create  when  the 
lead  Xact  is  split.  The  fourth  column  is  the  departure  time 
of  the  chalk.  It  is  one  of  the  most  important  pieces  of 
information  that  each  increment  will  carry  with  it,  since 
everything  in  the  process  revolves  around  aircraft  departure 
time.  The  fifth  column  contains  a  code  for  the  bramch  of 
service  for  the  chalk.  Air  Force  loads  are  coded  as  a  100 
while  Army  loads  are  coded  as  a  300.  These  codes  are  used 
to  direct  each  increment  to  the  correct  model  segments  for 
processing.  The  sixth  column  specifies  the  type  of  aircraft 
each  chalk  is  to  be  loaded  on.  A  005  in  this  column 
specifies  the  chalk  is  to  be  loaded  on  a  C~5,  while  a  141 
designates  the  chalk  as  going  on  a  C-141.  All  the 
information  needed  for  this  file,  with  the  exception  of  the 
number  of  increments,  was  found  in  the  Airlift  Flow  Plan  for 
the  joint  exercise. 

The  model  gets  increment  specific  information  through 
the  input  trace  file  called  LDPLANS.TXT  (Appendix  F).  The 


56 


increment  Xacts  are  created  after  the  lead  Xact  goes  through 
the  split  block.  These  increment  Xacts  pull  information 
sequentially  from  this  file,  so  it  is  important  the  files 
are  arranged  in  the  correct  order.  Each  line  in  this  file 
contains  the  increment  number  and  type  of  load  for  that 
increment.  The  airdrop  portion  of  this  file  was  created 
using  load  pl^m  information  provided  by  the  82nd  Airborne 
Division.  At  the  time  of  model  construction  neither  the 
Army  nor  Air  Force  had  developed  load  plans  for  their 
airland  portions  of  the  exercise.  The  modelers  developed 
Air  Force  load  plems  for  the  joint  deployment  by  fitting 
current  23rd  wing  deployment  load  pleuis,  which  use  C-141 
aircraft  exclusively,  to  the  flow  for  the  exercise.  Army 
airland  load  plans  were  constructed  by  subtracting  the 
amount  of  cargo  deploying  via  airdrop  from  the  total 
equipment  shown  in  the  Deployment  Ready  Brigade  Equipment 
Listing  and  putting  it  on  chalks  according  to  priorities 
listed  by  Maj  Young,  Army  Ground  Liaison  Officer  (Young,  19 
March  1993).  The  first  column  in  each  line  specifies  the 
increment  number  for  each  piece  of  cargo,  while  the  second 
column  indicates  what  specific  type  of  cargo  it  is.  The 
third  column  shows  the  chalk  number  for  each  of  the  first 
increments.  This  data  is  used  only  to  aid  in  building  and 
troubleshooting  the  file  emd  is  not  read  by  the  computer 
since  it  is  separated  from  the  second  coliunn  by  more  than 
one  space. 
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The  final  trace  file  needed  to  riin  the  model  is  the 
increment  data  matrix  file  PROCTYM.TXT  (Appendix  G).  This 
file  contains  the  following  information,  in  column  order, 
for  each  of  the  increment  types:  increment  type  code, 
weight,  number  of  pallet  positions  teiken  up  by  cargo, 
mlnimiiin  weigh/ JAI/JI  time,  maximum  weigh/ JAI/JI  time,  mode 
weigh/ JAI/JI  time,  minimim  loading  time,  maximum  loading 
time,  mode  loading  time,  cargo  type  code  (pallet=l,  rolling 
stocJc»2,  airdrop  platform=3,  passengers=4 ) ,  frustration 
probability,  and  increment  type  description.  The  last 
column,  containing  the  increment  type  description,  is  used 
for  reference  only  and  is  not  read  by  the  computer.  The 
increment  data  matrix  for  this  model  contains  108  rows  with 
each  row  corresponding  to  an  increment  type  being 
transported  in  the  joint  deployment,  i^dditional  increment 
types  could  be  added  to  the  matrix  as  long  as  the  statement 
defining  the  matrix  in  the  model  is  changed  accordingly. 
Passengers  are  not  modeled  individually  in  this  model,  but 
rather  in  groups  of  100,  75,  50,  25,  or  10.  They  are 
included  in  the  increment  data  matrix  file  but  have  zero 
values  in  the  areas  that  are  not  applicable,  such  as 
weighing  and  frustration  probeJaility .  The  weight  of  each 
increment  type  is  derived  from  load  plans  or  standard 
planning  data  weights.  The  pallet  positions  taken  up  by  the 
cargo  are  determined  by  dividing  the  length,  which  is  also 
in  the  load  plans  or  standard  planning  data,  by  88  inches. 
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If  the  increment  is  narrower  than  a  463L  pallet,  for  example 
a  C-130  towbar,  then  the  modeler  divides  by  88  inches  and 
makes  an  allowance  for  the  narrower  width.  Due  to  problems 
in  data  collection,  the  values  in  the  increment  data  matrix 
file  are  somewhat  suspect.  More  is  said  on  this  in  the 
variables  segment. 

Parameters .  The  parameters  used  in  the  model,  which 
are  elements  that  do  not  change  during  a  model  run,  such  as 
the  number  of  highlines  or  40K“Loaders  available,  are 
selected  using  the  modelers'  past  experience  with  the  Pope 
AFB  mobility  system  and  expert  opinion  from  current  3rd 
Aerial  Port  Personnel  (Rogers,  20  March  1993).  The 
following  parameters  are  used  in  the  model:  number  of  roll 
on/off  scales,  amount  of  highline/rollerized  flatbed  sp&ce, 
number  of  40K<-Loaders,  25K~Loaders,  and  lOK  forklifts, 
pallet  positions  of  storage  space  in  the  Army  Call  Forward 
Area  and  Air  Force  marshaling  yard,  and  the  nvimber  of  joint 
inspectors,  MHE  operators,  loadmasters,  and  Aerial  Port  load 
teams. 

Not  every  parameter  of  the  real  system  is  included  in 
the  model  because  the  excluded  parameters  would  not  add 
appreciably  to  model  performance  and  validity.  Examples  of 
real  system  parameters  that  the  modelers  and  system  experts 
feel  are  insignificant  to  modeling  the  cargo  and  passenger 
flow  during  a  deployment  exercise  are:  niimber  of  load 
planners,  size  of  the  Army  load  team  pool,  explosive  cargo 
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storage  space  and  aircraft  parking  hot  spots.  Prime  movers/ 
vehicles  that  pull  or  push  trailer  type  pieces  of  rolling 
stock  onto  an  aircraft,  are  excluded  from  the  Army  airland 
deployment  section  of  the  model  because  most  trailers  ^re 
transported  attached  to  a  prime  mover.  The  paperwork  for  a 
load  is  not  considered  a  system  constraint  so  the  number  of 
load  planners  is  not  an  important  parameter.  The  Army  load 
team  pool  is  a  group  of  nondeploying  Army  personnel  used  to 
assist  the  Air  Force  load  team  in  pushing  airdrop  platforms 
onto  the  aircraft  and  in  securing  loads  to  the  cargo  floor. 
The  load  team  pool  was  not  modeled  as  a  parameter  since  the 
Army  can  always  provide  an  adequate  number  of  team  members. 
Explosive  cargo  storage  space  and  aircraft  "hot  spot" 
parking  are  not  included  as  parameters  because  during  a 
contingency  the  special  storage  and  aircraft  parking 
requirements  for  explosive  cargo  can  be  waived.  The  extra 
time  that  it  takes  to  transport  cargo  to  the  hot  spot  is 
included  in  the  loading  time  distributions. 

Variables.  The  model  variables  are  processes  that 
cargo  increments  go  through  from  entry  into  the  mobility 
system  until  loading  onto  an  aircraft.  The  variables  can 
tcUce  on  a  remge  of  values.  Some  varieUsles  are  cargo 
specific,  like  the  time  it  takes  to  load  a  specific  piece  of 
equipment,  and  some  are  general,  for  instance,  the  time  it 
tcUces  to  drive  a  K-Loader  from  the  scales  to  the  highline 
docks.  The  cargo  specific  variables  are  assigned  to  each 
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increment  type  through  a  matrix  file.  The  cargo  specific 
variables  of  interest  used  in  the  model  are  the  weigh/JAI 
times  for  each  increment  type  and  the  time  it  takes  to  load 
each  type  on  the  aircraft.  As  was  mentioned  earlier,  these 
vari€J3les  are  assxuaed  to  follow  a  triangular  distribution, 
although  not  enough  data  were  collected  to  prove  a  true 
distribution  pattern  for  any  of  the  increment  types. 

The  model  contains  many  general  variables  which  apply 
to  every  increment,  regardless  of  the  type.  The  general 
variables  in  the  model  are  as  follows:  the  time  to  move  a 
piece  of  MHE  or  rolling  stock  from  the  scales  to  the 
highlines  or  staging  area,  cargo  frustration  times,  time  to 
push  an  airdrop  platform  from  a  K-Loader  to  the  highline  or 
rollerized  flatbed,  time  to  push  platform  from  the  highline 
or  rollerized  flatbed  to  a  K-Loader,  time  to  drive  a  piece 
of  MHE  or  rolling  stock  from  the  highlines  or  staging  area 
to  an  aircraft,  time  to  position  a  K-Loader  behind  an 
aircraft,  and  the  time  for  an  aircraft  to  block  out  of  its 
parking  spot.  The  modelers  obtained  times  for  these 
variables  of  interest,  but  not  enough  to  construct  valid 
distributions.  For  simplicity  these  general  variables  are 
assumed  to  follow  a  uniform  distribution. 

smwnary 

This  chapter  first  explains  modeling  objectives  and 
boundaries.  Next  it  discusses  assumptions  made  about  the 
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Pope  AFB  deployment  environment  to  facilitate  model 
construction.  The  input  data  required  to  drive  the  model 
and  the  ou  .put  data  produced  are  then  described  in  detail  in 
the  following  section.  Finally  the  parameters,  such  as  MHE 
and  manpower  availediility,  and  variables,  such  as  cargo 
weighing  £md  loading  times,  are  listed  2uid  defined. 
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This  chapter  discusses  model  validation  6tnd 
verification  efforts  and  identifies  the  limitations  or 


shortcomings  of  the  deployment  model.  Model  validation  is  a 
continuous  process  that  occurs  throughout  all  stages  of 
model  building  (Balci,  1989:65-68).  The  first  validation 
stage  is  the  process  of  determining  if  the  conceptual  model 
is  a  suitable  representation  of  the  real  system,  while  the 
final  stage  is  to  determine  if  the  computer  model  behaves 
like  the  real  system.  Model  verification  is  the  process  of 
assuring  the  conceptual  model  is  correctly  converted  to 
computer  code  (Schriber,  1991:13). 

Validation 

Efforts  at  model  validation  occurred  throughout  model 
development.  During  the  data  collection  effort,  a 
preliminairy  validation  was  perfoirmed  to  ensure  the 
conceptual  model  accurately  represented  the  deployment 
system.  This  was  accomplished  through  an  in-depth 
comparison  of  the  conceptual  model  flowcharts  and  the  actual 
system  by  experienced  air  freight/passenger  specialists 
assigned  to  3  APS  at  Pope  AFB  (Rogers,  16  March  1993). 
Further  validation  was  to  be  done  by  comparing  the  verified 
computer  model  to  the  real  system.  To  accomplish  this  the 
modelers  obtained  an  AF  Form  68  from  a  day  when  the  Pope  AFB 


outload  system  was  extremely  tsuced  with  both  airland  and 
airdrop  missions.  The  AF  Form  68  is  a  log  kept  by  the  Air 
Terminal  Operations  Center  which  contains  data  pertaining  to 
missions  handled  by  the  aerial  port  for  that  day.  Data 
included  in  the  AF  Form  68  are:  scheduled  emd  actual 
aircraft  arrival  and  departure  times,  scheduled  emd  actual 
cargo  emd  passenger  loading  times,  scheduled  and  actual 
cargo  inspection  times,  and  load  plans.  From  this  data  the 
modelers  were  to  make  trace  files  from  the  actual  exercise 
emd  run  them  through  the  model  to  see  if  the  model  performed 
as  the  actual  system  had.  This  validation  effort  was  not 
completed  because  the  data  gathered  during  time  studies  was 
incomplete  on  most  increments  emd  nonexistent  on  the  rest. 

After  the  airdrop  portion  of  the  conceptual  model  was 
converted  into  computerized  form,  the  verification  phase 
begem.  The  modelers  encountered  many  problems  in  this  phase 
and  were  forced  to  step  through  small  segments  of  the  model 
due  to  its  complexity.  By  stepping  through  each  of  the 
model  segments  in  the  test  mode  of  GPSS/H,  the  modelers  were 
eUsle  to  debug  logic  errors  and  eventually  verify  that  the 
logic  accurately  mirrored  the  conceptual  model.  After  this 
step  was  completed,  the  modelers  moved  to  the  next 
verification  step;  determining  the  sensitivity  of  the  model 
to  chemges  in  input  parameters. 
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The  sensitivity  analysis  was  accomplished  to  determine 
if  the  model  reacted  as  the  real  DACG  operation  would  to 
changes  in  potential  bottleneck  parameters.  The  modelers 
conducted  several  runs  of  one  replication  each  with  varied 
sets  of  input  par£useters.  The  parameter  sets  used/  as  well 
as  the  results  of  these  runs  are  shown  in  Table  3.  Although 


TABLE  3 

SIMULATION  RUNS  USED  IN  VERIFICATION 


40K  25K  H-line  lA&S  M»an  (min) 

Ldr8  Ldra  Space  (PP>  Scales  Departures  Tardiness 


Treatment  1 

Baseline 

8 

IS 

100 

1 

37 

596.7 

Treatment  2 

Fewer  K-Ldrs 

6 

12 

100 

1 

36 

597.7 

Treatment  3 
Increased  K-Ldrs 

12 

20 

100 

1 

37 

597.0 

Treatmsnt  4 
Increased  H-Lines 

8 

15 

200 

1 

37 

596.7 

Treatmsnt  5 
Increase  scales 

8 

IS 

100 

2 

34 

229.1 

Treatment  6 
Increase  All 

12 

20 

200 

2 

30 

145.3 

Treatment  7 

Scales  to  3 

12 

20 

200 

3 

19 

68.0 

PP  «  Pallet  Positions 


one  replication  isn't  adequate  for  basing  policy  decisions/ 
it  served  to  roughly  test  sensitivity. 

The  first  four  treatments  failed  to  provide  results  of 
any  meaningful  significance.  The  first  treatment  in  these 
sensitivity  experiments  was  r\m  under  current  conditions  at 
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Pope  AFB  and  was  considered  the  baseline.  This  treatment 
resulted  in  37  late  departures  and  a  mean  tardiness  of  596.7 
minutes.  The  second  treatment  was  with  decreased  K-Loader 
capacity.  This  treatment  yielded  36  late  departures  emd  a 
meetn  tardiness  of  597.7  minutes.  The  third  emd  fourth 
treatment,  like  the  first  two,  resulted  in  no  significant 
change  in  the  number  of  late  aircraft  departures  or  in  meem 
tardiness.  Treatment  three  increased  the  number  of  K- 
Loaders  available  over  the  current  Pope  AFB  conditions, 
while  treatment  four  kept  all  the  parameters  at  baseline 
levels  except  the  amount  of  highline/rollerized  flatbed 
space,  which  was  increased  from  100  pallet  positions  to  200 
pallet  positions.  This  result  seems  to  indicate  that  K- 
Loaders  and  highline  docks  probably  were  not  the 
constraining  resources  at  the  baseline  level. 

While  the  first  four  treatments  produced  insignificemt 
results,  the  last  three  treatments  produced  results  that 
were  not  only  significemt,  but  also  in  line  with  expected 
system  behavior.  Treatment  five  kept  all  parameters  except 
the  scales,  which  were  increased  from  1  to  2,  at  baseline 
levels.  This  treatment  produced  three  less  late  departures 
and  reduced  mean  tardiness  by  367.6  minutes.  This  indicated 
that  the  scales  were  a  capacity  constrained  resource,  a 
conclusion  already  reached  by  the  Joint  Deployment  Study 
group  and  other  past  studies  (Joint,  1990:86).  The  sixth 
treatment  was  run  with  the  scales  set  at  2  and  all  other 
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model  parameters  at  increased  levels.  This  treatment 
resulted  in  4  less  late  departures  than  treatment  5  and 
reduced  mean  tardiness  by  83.8  minutes  over  the  previous 
treatment.  The  seventh  treatment  was  the  same  as  treatment 
six  except  that  the  number  of  scales  was  raised  to  3.  This 
treatment  reduced  late  departures  by  11  emd  decreased  mean 
t^u:diness  by  77.3  minutes  in  comparison  with  treatment  6. 
This  indicates  the  scales  were  still  a  capacity  constrained 
resource  at  this  parameter  level  combination.  It  is 
important  to  realize  that  these  results  do  not  indicate  what 
is  needed  to  successfully  deploy  the  airdrop  portion  of  the 
DRB  under  the  joint  deployment  exercise.  These  results  only 
indicate  the  model  is  exhibiting  the  expected  behavior  to 
changes  in  model  parameters  and  leads  the  researchers  to 
believe  the  model  logic  accurately  represents  the  conceptual 
model.  To  m2Uce  any  prediction  of  required  resources,  this 
model  would  have  to  be  completely  validated  and  driven  with 
more  accurate  input  distribution  data  built  using 
comprehensive  time  studies. 

limitations 

As  mentioned  previously,  due  to  time  constraints 
several  pleumed  segments  of  the  model  were  not  completed  and 
final  validation  of  the  completed  airdrop  portion  of  the 
model  could  not  be  done  due  to  inadequate  time  studies.  Due 
to  these  limitations  the  modelers  concentrated  on  the  area 


of  most  concern  to  Army  and  Air  Force  pleuuiers:  the  airdrop 
of  the  Alpha  echelon  of  one  DRB.  The  airland  portion  of 
both  the  Air  Force  and  Army  deployment  operations  has  been 
completed  up  to  the  MHE  selection  point.  Another  unfinished 
model  segment  is  passenger  processing,  although  the 
passenger  loading  segment  is  complete.  Until  these  segments 
are  completed  the  model  can  only  be  used  for  airdrop  cargo 
loads.  Since  the  airdrop  loads  were  all  departing  on  C-141 
aircraft  only  the  C-141  aircraft  loading  segment  was 
completed.  The  C-5  aircraft  loading  segment,  which  would 
have  allowed  two  K-Loaders  to  simultaneously  load  an 
aircraft,  was  not  started.  The  modelers  obtained  MHE 
reliability  information  but  did  not  have  time  to  add  MHE 
breeUcdowns  to  the  deployment  model.  Since  MHE  is 
m£d.ntenance  intensive,  the  addition  of  the  breakdown  logic 
is  a  must  to  make  the  model  a  valid  abstraction  of  the 
actual  system.  The  fact  that  this  model,  as  is,  should  not 
be  used  for  policy  decisions  cannot  be  overstated.  The 
model  will  not  be  a  useful  tool  \inless  emd  until  all  of  the 
limitations  noted  above  have  been  overcome.  The  next 
chapter  provides  the  modelers'  recommendations  for 
completing  for  completing  the  planned  simulation  study. 
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V.  R«|>f?r>mifiandations  for  Future  Research 


This  chapter  discusses  the  actions  necessary  to 
complete  the  construction  and  validation  of  the  deployment 
model  started  by  this  research.  First,  a  comprehensive  time 
study  is  required  to  ensure  the  input  data  distributions  the 
model  uses  are  accurate.  Next,  seven  more  sections  of  code 
need  to  be  completed.  Finally,  the  model  must  be  verified 
and  validated.  Once  these  steps  are  accomplished,  the 
result  will  be  a  model  that  may  be  used  by  decision-makers 
to  help  determine  the  manpower  and  equipment  requirements 
for  a  major  deployment  of  any  unit  from  any  Air  Force  base. 

Comprehensive  Time  Study 

The  first,  and  probed>ly  most  time  consuming  effort 
required  is  a  comprehensive  time  study  of  cargo  processing 
times.  These  times  should  include:  joint  inspection  times, 
weighing  times,  set-up  times,  and  loading  times  at  a 
minimum.  In  the  case  of  airdrop  loads,  pre-joint  airdrop 
inspection/weigh  times  must  also  be  included.  These  times 
should  be  compiled  for  each  major  type  of  cargo  increment. 

To  be  useful  in  determining  the  appropriate  distributions  to 
build,  the  data  must  not  be  averaged;  however,  slightly 
aggregating  the  data  into  small  time  buckets  would  have  the 
effect  of  providing  a  useful  histogram.  The  increment  types 
that  need  to  be  researched  in  this  time  study  are  listed  in 
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Figure  7.  Model  Development  Status  Diagram 
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Army  and  Air  Force  Airland  Segments.  The  increment 
arrival,  weighing,  and  inspection  segments  for  both  the  Army 
and  Air  Force  have  been  completed,  but  both  need  to  have  MHE 
selection  logic  added.  Parts  of  the  DAC6  airdrop  MHE 
selection  segment  may  be  used  for  the  airland  MHE  selection 
segments,  although  care  must  be  taken  in  doing  this  since 
there  are  memy  differences  between  the  two  operations  that 
require  different  logic.  First,  the  same  basic  K-Loader 
selection  logic  used  in  the  DACG  airdrop  segment  can  be  used 
here,  but  since  the  Army  and  Air  Force  airland  operations 
will  be  biased  in  favor  of  40K-Loaders  instead  of  25K- 
Loaders,  the  order  of  K- Loader  type  attempted  first  is 
reversed.  This  may  be  accomplished  by  sending  airland 
increments  through  the  same  MHE  selection  logic  but  using 
different  Boolean  variables  for  MHE  selection.  This  is  but 
one  of  the  possibilities  for  finishing  the  Army  and  Air 
Force  airland  load  processing  model  segments. 

Equipment  Breakdown  Segment.  The  MHE  used  in  the 
deployment  of  forces  from  Pope  AFB  is  prone  to  mechanical 
breakdowns.  Since  this  is  an  intrinsic  part  of  any 
deployment  process,  mechemical  failures  must  be  included  for 
the  model  to  be  an  accurate  representation  of  the  real 
deployment  system.  This  should  not  be  too  hard  to 
accomplish.  Figure  8  portrays  one  possible  approach. 
Transactions  representing  MHE  breakdowns  are  created  and 
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Figure  8.  Suggested  Code  for  Modeling  Equipment 
Breakdowns 


then  occupy  MHE  for  an  amount  of  time  equivalent  to  real 
world  repair  time.  These  times  should  be  derived  from 
studies  during  surge  outload  conditions. 

C-5  Loading  Segment.  In  order  for  the  Army  and  Air 
Force  airland  segments  to  function  properly,  a  C-5  aircraft 
loading  segment  needs  to  be  accomplished.  This  segment 
could  be  patterned  after  the  C-141  aircraft  loading  logic. 
The  only  differences  are  that  two  K-Loaders  can  load  at  one 
time  with  a  C-5  and  the  time  it  takes  to  position  K-Loaders 
behind  the  aircraft  is  longer. 

Passenger  Processing  Segments.  The  processing  of 
passengers  is  not  considered  as  big  a  system  constraint  as 
the  scales  and  highlines,  but  in  order  to  represent  the 
total  deployment  environment  and  make  the  model  of  use  in 
generalized  deployment  scenarios  it  needs  to  be  included. 
Two  separate  segments  of  code  will  need  to  be  added  since 
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Army  emd  Air  Force  passenger  processing  are  independent  of 
each  other. 

Run  Control  Segment.  This  segment  will  be  required 
before  the  model  can  be  used  for  experimentation.  To  attain 
the  desired  confidence  level,  a  number  of  simulation  runs 
(replications)  must  be  performed  for  a  given  parameter  set. 
The  rxm  control  logic  can  specify  the  number  of  replications 
necessary  to  analyze  a  specific  parameter  set,  automatically 
switch  between  parameter  sets,  or  perform  a  number  of  other 
control  functions  that  help  turn  simulation  output  into 
meaningful  information. 

Once  all  model  segments  have  been  completed  and  the 
entire  model  verified,  then  final  model  validation  can 
begin.  As  was  mentioned  in  Chapter  4,  the  modelers  planned 
to  use  an  AF  Form  68  from  a  past  large  deployment  to  create 
trace  files  to  run  in  the  model.  These  trace  files  would 
then  be  run  for  a  predetermined  number  of  replications  to 
achieve  the  desired  accuracy.  The  results  from  these  runs 
would  be  compared  to  actual  departure  times  from  the  AF  Form 
68  to  see  if  the  model  behaved  as  the  real  system.  To 
validate  that  the  model  generalizes  to  other  deployment 
operations  throughout  the  Air  Force,  these  same  type  runs 
would  have  to  be  accomplished  with  data  from  AF  Form  68s 
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from  several  different  Air  Force  bases  under  widely  varied 
conditions . 

Model  Use 

At  this  time  it  would  not  be  appropriate  to  use  this 
model  for  policy  decisions;  however,  upon  completion  of  the 
actions  specified  above,  this  model  potentially  could 
provide  information  on  personnel  emd  resource  requirements 
across  a  broad  spectrum  of  deployment  conditions.  This 
would  be  a  definite  improvement  because  the  air 
transportation  community  has  no  such  tool  to  assist  in 
decision  making  at  the  current  time  in  spite  of  numerous 
previous  attempts  (Coker,  15  January  1993).  This  model 
could  potentially  size  the  air  transportation  resources 
required  to  support  any  future  contingency  operation.  The 
payoffs  to  further  research  would  be  well  worth  the  effort. 

To  use  this  model,  planners  would  need  a  basic 
understanding  of  GPSS/H,  statistics  (confidence  intervals  in 
particular) ,  and  a  full-up  version  of  the  GPSS/H  simulation 
language.  In  order  to  run  the  full-up  version  of  GPSS/H,  at 
a  minimum  a  386DX  PC  wich  4  Mb  of  RAM  is  required.  Prior  to 
attempting  to  run  this  model  several  trace  files  must  be 
constructed.  See  Chapter  3  for  instructions.  Once  GPSS/H 
is  loaded  on  an  appropriate  platform  and  the  trace  files 
have  been  constructed,  the  program  is  started  by  typing 
"GPSS/H  (filename. GPS)"  at  the  "O"  prompt.  At  the  present 
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tine  the  model  filename  is  "DEPFIN.GPS";  however,  this  model 
name  may  be  changed  in  future  modeling  effoirts.  After 
initiating  the  program,  the  user  will  be  prompted  to  enter 
values  for  MHE,  storage  space,  and  critical  personnel.  Once 
these  values  have  been  entered  the  computer  will  return  to 
the  "C>"  prompt.  At  this  time  model  execution  is  complete. 
Refer  to  6PSS/H  users  memual  for  details  on  output  options. 

Summary 

While  this  research  has  been  hindered  by  data 
collection  problems  and  modeling  difficulties,  it  has  been 
successful  in  setting  the  stage  for  establishment  of  a 
generalized  mobility  model  capable  of  sizing  the  air 
transportation  support  requirements  at  a  single  base.  The 
model  segment  completed  displays  the  expected  sensitivities 
and  shows  promise  that  this  research  has  identified  a 
fruitful  area  for  further  research.  A  major  difference 
between  this  model  and  many  past  efforts  is  that  it  is 
driven  by  data  from  the  actual  deployment  being  planned. 
Because  of  this,  the  model  may  well  provide  more  accurate 
information  than  that  normally  attained  from  a  generalized 
model.  In  effect,  it  will  be  possible  to  customize  the 
finished  model  to  fit  any  deployment  scenario. 
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APPgBdiat  A; _ Glossary  of  Technical  Terms 


AIRDROP  PLATFORM  -  Aliimlnum  platforms  of  varying  lengths  for 
different  caxgo  types,  designed  to  lock  into  the  463L  rail 
system  of  military  transport  aircraft.  The  cargo  is  secured 
to  the  platform  and  usually  has  some  type  of  shock  absorbent 
material  between  it  and  the  platform. 

AIRLAND  CARGO  Any  cargo  chich  will  be  unloaded  while  the 
euircraft  is  on  the  ground.  Can  be  rolling  stock, 
palletized,  or  floor  loaded  cargo. 

AIRLAND  OPERATIONS  WING  (ALOW)  -  A  new  concept  in  which  a 
composite  Air  Force  wing  is  designed  specifically  to  deploy 
with  emd  support  Army  ground  forces. 

AIRLIFT  FLOW  PLAN  -  Detailed  schedule  of  planned  exercise 
that  lists  the  mission  number,  aircraft  type,  configuration, 
aircraft  operator,  arrival  date  and  time,  destination, 
departure  date  and  time,  reason  for  stop,  user  of  aircraft, 
amount  of  passengers  off /on,  bulk  cargo  off /on,  oversize 
cargo  off /on,  outsize  cargo  off /on,  aircraft  ground  time, 
and  flying  time. 

ALERT  HOLDING  AREA  •  An  area  used  to  stage  cargo  prior  to 
the  joint  inspection.  Used  with  an  A/DACG  operation. 

CALL  FORWARD  AREA  >  An  area  used  to  stage  cargo  after  the 
joint  inspection  and  prior  to  aircraft  loading.  This  area 
is  also  used  with  eui  A/DACG  operation. 

CHALK  -  Aircraft  load  designator.  While  the  term  line 
refers  to  a  specific  aircraft,  the  term  chalk  refers  to  a 
specific  load  of  cargo.  Aircraft  chalks  are  then  assigned 
to  a  line,  resulting  in  eui  airlift  mission,  but  can  be 
swapped  between  lines. 

CHECKPOINT  -  The  name  for  the  teirminal  services  function  at 
Pope  AFB.  Checkpoint  performs  all  cargo  inspection  and 
loading  functions  and  is  in  charge  of  loading  Army 
passengers . 

COMPOSITE  WING  -  An  Air  Force  wing  in  which  dissimilar 
aircraft  are  combined  into  one  wing. 

DEPARTURE  AIRFIELD  CONTROL  GROUP  (DACG)  -  Organization  which 
is  responsible  for  coordinating  unit  moves  euid  solving  any 
problems  encountered  with  deploying  unit's  cargo  or 
passengers  during  a  contingency  or  exercise.  It  is  the 
liaison  between  the  Air  Force  amd  the  deploying  unit.  The 
bramch  of  the  service  that  composes  the  majority  of  the 
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deploying  forces  is  responsible  for  providing  the  DACG.  At 
Pope  AFB  the  DACG  is  composed  of  Army  personnel. 

DEPLOYMENT  READY  BRIGADE  (DRB)  -  An  Army  brigade  that  is 
ready  to  deploy  immediately  upon  the  outbreak  of 
hostilities.  They  are  "locked  and  loaded"  so  to  speak. 

DUNNAGE  -  Piece  of  wood,  usually  4"z4"/  used  to  suppoirt  a 
pallet  when  stored  on  the  ground.  Three  pieces  of  dunnage 
are  required  per  pallet.  Dunnage  protects  the  thin  aluminvim 
pallet  skin  from  damage  and  allows  forklifts  easy  access. 

EXTRACTION  CHUTE  -  Small  parachute  attached  to  airdrop  loads 
which  extracts  load  from  aircraft.  Once  the  airdrop 
platform  has  cleared  the  aircraft  the  main  chutes  open  and 
control  the  platform's  descent. 

FRUSTRATED  CARGO  -  Cargo  which  has  a  discrepemcy,  discovered 
during  joint  inspection,  preventing  it  from  being 
transported  on  Air  Force  aircraft.  Cargo  is  considered 
frustrated  until  owning  unit  corrects  discrepeuicy. 

GPSS/H  -  A  discrete  event,  general  purpose  computer 
simulation  language  that  is  useful  for  modeling  systems 
composed  of  units  of  traffic  that  compete  with  each  other 
for  scarce  resources. 

HIGHLINE  DOCKS  -  A  rollerized  dock  which  will  hold  10  pallet 
positions  of  airdrop  platforms  or  463L  pallets.  Built  at  K- 
Loader  height  to  ease  loading/unloading  operations. 

INCREMENT  *>  Each  piece  of  cargo  for  a  chalk  is  a  separate 
entity  or  increment.  Passenger  loads  are  considered  an 
increment  in  the  computer  simulation  deployment  model  for 
this  research. 

INTEGRATED  OPERATIONS  CONCEPT  FOR  CORPS  ELEMENT  AND  AIRLAND 
OPERATIONS  WING  (CCW)  -  A  concept  of  operations  that  is 
still  under  development,  which  pairs  an  ALOW  with  an  Army 
Corps  element  in  forced  entry  operations. 

JOINT  AIRDROP  INSPECTION  (JAI)  -  Inspection  accomplished  to 
ensure  airdrop  platform  is  ready  for  airlift  and  properly 
rigged  for  airdrop  operations.  The  inspection  is  performed 
by  em  Air  Force  loadmaster  euid  a  deploying  unit 
representative . 

JOINT  INSPECTION  (JI)  -  Inspection  accomplished  to  ensure 
airlamd  cargo  is  ready  for  airlift.  The  inspection  is 
performed  by  a  JI  qualified  Air  Force  member  and  a  deploying 
unit  representative. 
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K^LOADER  ~  Type  of  MBE  used  to  transport  and  load  multiple 
pallets  onto  aircraft  or  highlines.  An  integral  part  of  the 
463L  system. 

LOAD  PLAN  -  Document,  usually  computer  generated,  which 
shows  the  position  in  aircraft,  weight,  and  dimensions  of 
every  increment  on  a  chalk.  Also  shows  passenger  load 
information. 

LOAD  SET-DP  -  Activity  of  positioning  increments  on  K- 
Loaders  in  the  order  in  which  they  will  be  loaded  on  the 
aircraft . 

OUTLOAD  -  Process  by  which  a  deploying  unit's  cargo  and 
personnel  are  checked  to  ensure  they  are  deployment  ready 
emd  uploaded  on  departing  aircraft  or  other  mode  of 
tremsportation . 

PALLET,  463L  -  St^mdard  Air  Force  pallet  for  building  up  and 
transporting  cargo.  Made  with  an  aluminum  skin  laminated 
over  balsa  wood.  Designed  to  lock  into  the  rail  system  of 
military  transport  aircraft.  These  pallets,  along  with  the 
side  and  top  nets,  straps,  emd  chains  and  devices  used  to 
secure  cargo  to  the  pallet,  are  2ui  integral  part  of  the  463L 
system  which  consists  of  the  roller  systems  on  aircraft, 
rollerized  docks,  forklifts,  emd  K-loaders. 

PARAMETERS  -  System  attribute  that  does  not  vary  during  a 
certain  period  of  time.  In  this  research,  a  parameter  is  an 
attribute  that  remains  constemt  throughout  one  simulation 
run,  such  as  the  amount  of  MHE  available. 

PRIME  MOVERS  -  Vehicle  used  to  transport  and  to  load/imload 
non-powered  rolling  stock. 

RANDOM  NUMBER  GENERATOR  -  An  algorithm  that  generates  a 
pseudo- reuidom  stream  of  numbers.  For  all  practical 
purposes,  this  stream  is  a  list  of  random  numbers. 

READY  LINE  -  The  point  at  which  control  of  cargo  passes  from 
the  deploying  unit  to  the  airlift  meuiaging  agency.  At  a 
base  with  em  organic  airlift  command  emd  control  function, 
this  will  be  the  assigned  aerial  port  squadron,  otherwise  it 
will  be  an  airlift  control  element. 

ROLLERIZED  FLATBED  -  A  flatbed  equipped  with  rollers  that 
can  accommodate  463L  pallets  or  airdrop  platforms. 

ROLLING  STOCK  -  Any  wheeled  equipment  that  is  not  secured  to 
a  463L  pallet. 
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STATION  ACTIVITY  REPORT  -  Scaled  down  version  of  the  airlift 
flow  plan.  Does  not  contain  complete  mission  itinerary  or 
user  information. 

STOCHASTIC  PROCESS  -  Any  process  that  contains  some  degree 
of  randomness. 

TACTICAL  LOADER  -  Type  of  K-Loader  that  operates  on 
unimproved  surfaces. 

TERMINAL  COMPLETE  -  Time  when  aerial  port  personnel  have 
completed  all  cargo  and  passenger  loading  operations. 

TRACE  FILE  -  An  input  file  from  which  data  is  drawn  as 
needed  by  a  computer  simulation  model. 

TRIANGULAR  DISTRIBUTION  -  A  distribution  with  a  probability 
density  function  in  the  shape  of  a  triangle.  The  fiinction 
is  defined  by  the  minimum,  mode,  and  maximum  values  for  the 
distribution. 

UNIFORM  DISTRIBUTION  -  A  distribution  in  which  all  values 
have  an  equal  probediility  of  occurrence.  Defined  in  GPSS/H 
by  the  average  and  the  half -width  of  the  range. 

VALIDATION  -  Determination  that  a  model  is  em  accurate 
representation  of  the  actual  system  being  modeled.  The 
right  things  are  being  measured. 

VARIABLE  -  System  attribute  which  varies  over  a  specific 
period  of  time.  In  this  research,  a  vari2d}le  is  an 
attribute  that  chamges  during  one  simulation  run,  such  as 
loading  times. 

VERIFICATION  -  Determination  that  the  computer  model  has 
been  coded  correctly.  The  measurement  tool  is  working 
properly  and  t^Ucing  accurate  measurements. 

XACT  -  An  abbreviation  for  a  transaction,  which  in  GPSS/H 
represents  a  unit  of  traffic  that  flows  through  the  model 
emd  competes  with  other  transactions  for  the  use  of  scarce 
resources . 


80 


ACC 


Air  Combat  Command 


ACRDM 

ACT 

AFS 

ALM 

ALOW 

AMC 

APOE 

APS 

APT 

AOR 

CCW 

DAC6 

DRB 

EDRE 

FIREARM 

FORSCOM 

GPSS/H 

IMO 

MCC 

MHE 

ORI 


Air  Cargo  Reception  and  Distribution  Model 

Air  Cargo  Terminal 

Airlift  Flow  System 

Aircraft  Loading  Model 

Airland  Operations  Wing 

Air  Mobility  Command 

Aerial  Port  of  Embarkation 

Aerial  Port  Squadron 

Air  Passenger  Terminal 

Area  of  Responsibility 

Integrated  Operations  Concept  for  Corps  Element 
and  Airland  Operations  Wing 

Departure  Airfield  Control  Group 

Deployment  Ready  Brigade 

Emergency  Deployment  Readiness  Exercise 

Force  Interactive  Response  Evaluator  of  Assembly, 
Replenishment,  emd  Mobility 

Forces  Command 

General  Purpose  Simulation  System/H 
Installation  Mobility  Officer 
Mobility  Control  Center 
Material  Hemdling  Equipment 
Operational  Readiness  Inspection 
Passenger  Holding  Area 


PHA 
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&BBan4ig  c; _ GPSS/H-Coded  Deployment  Model 


* 

* 

* 
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DEPLOYMENT  SIMULATION  MODEL 

Capt  Brad  Prechtel 
Capt  Mark  Wingreen 


SIMULATE 

REALLOCATE  COM, 100000 
REALLOCATE  PAC,100 
REALLOCATE  STO,150 


Baae  time  unit:  1  minute 
Increase  common  storage 
Increase  facilities  to  100 
Increase  storages  to  150 


Compiler  Directives 


* 

CHALK 

» 

EQU 

1,PF 

Equivalence  statements  to  define 
X-act  parameters 

NOINC 

EQU 

2,PF 

SERVICE 

EQU 

3,PF 

ACTYPE 

EQU 

4,PF 

INCNUMBR  EQU 

5,PF 

INCTYPE 

EQU 

6,PF 

HEIGHT 

EQU 

7,PF 

HTMIN 

EQU 

a,PF 

NTMAK 

EQU 

9,PF 

NTMODE 

EQU 

10,  PF 

LTMIN 

EQU 

11,  PF 

LTMAX 

EQU 

12,  PF 

LTMODE 

EQU 

13,  PF 

OEFTIME 

EQU 

14,  PF 

CGOTYPE 

EQU 

15,  PF 

MSN 

EQU 

16,  PF 

KTYPE 

EQU 

17,  PF 

NUMBRKLD 

EQU 

18,  PF 

FIRST 

EQU 

19,  PF 

NMBRLNXD  EQU 

20,  PF 

SHUTYPE 

EQU 

21, PF 

PALPOS 

EQU 

1,PL 

FRUST 

EQU 

2,  PL 

INTEGER 

&I,&J 

&I  euid  &J  are  counts  used  to 
fill  matrix  PROCTYMS 

INTEGER 

&KLO0R40 

Number  of  40K-Loadera  available  to 
load  increments 

INTEGER 

&KLODR40S 

Number  of  40K-Loaders  availaUsle  to 
shuttle  increments  from  scales  to 
highlines 

INTEGER 

&KLOOR25 

Number  of  25X-Loaders  available  to 
load  increments 

INTEGER 

6KLODR25S 

Number  of  25K-Loaders  available  to 
shuttle  increments  from  scales  to 
highlines 
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* 

INnOKR 

6PL10 

Number  of  lOK-Forklifts  available 
to  load  increments 

* 

« 

ZNTEGBR 

&FL10S 

Number  of  lOK-Forklfts  available  to 
shuttle  increments  from  scales  to 
highlines 

* 

INTBQBR 

60RIVERS 

Niunber  of  equipment  drivers 
available 

ZNTBOXR 

&LOTEAMS 

Number  of  load  teams  available 

INTS6BR 

&LOMAST 

Number  of  loadmaster  available 

* 

INTXGBR 

6JOINT 

Number  of  joint  inspectors 
available 

ZMTBGBR 

6SCALES 

Number  of  scales  available 

* 

ZMTBGXR 

&ORDERINC 

A  count  to  keep  track  of  increment 
order 

INTBGBR 

&FRSTINC 

A  count  to  determine  the  first 
increment  on  a  piece  of  MHE 

* 

INTEGER 

&TOTH6HT 

A  count  of  the  total  weight  of 
increments  on  a  K- loader 

INTEGER 

6LOAONUM 

Numbers  MHE  loads 

INTEGER 

&CHLK 

A  count  of  the  currant  Chalk 

* 

INTEGER 

&INCSLNXD 

A  count  of  the  increments  linked  on 
K-Loader 

INTEGER 

&ACCS 

Number  of  C-5  parking  spots  on  ramp 

* 

« 

INTEGER 

&ACC141 

Number  of  C-141  parking  spots  on 
ramp 

* 

REAL 

&TOTLNGTH 

A  count  of  the  total  length  of 
increments  on  a  K-Loader 

REAL 

&ARYARD 

Number  of  pallet  positions  in  Army 
marshaling  yard 

* 

REAL 

&AFYARD 

Number  of  pallet  positions  in  Air 
Force  marshaling  yard 

* 

* 

REAL 

&HILINES 

Number  of  pallet  positions 
available  on  highlines 

* 

LET 

6CHLK-8 

Set  initial  value  of  chalk  counter 
to  1 

* 

* 

LET 

&ORDERINC-1 

Set  initial  value  of  increment 
counter  to  1 

*  Control  Statements  * 

************************************************************************ 

* 

POTPIC 

OPleaae  enter  number  of  40K-Loaders  available  for  loading  purposes 
G8TLZST  &XLODR40 
PUTPIC 

OPlease  enter  number  of  40K-Loaders  availaUdle  to  shuttle  incs  from  scale 
6ETLIST  6KLODR40S 
POTPIC 

OPlease  enter  niunber  of  25K-Loaders  available  for  loading  purposes 
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&KL(M)R2S 


GXTLIST 
PUTPIC 

OPlMS*  ttiitar  number  of  2SK-I.oader8  available  to  shuttle  incs  from  scale 
GETLIST  &1ULOOR25S 
PUTPIC 

OPlease  enter  the  number  of  lOK  Forklifts  available 
GETLIST  &FL10 

PUTPIC 

OPlease  enter  number  of  lOK-Forklifts  avail  to  shuttle  incs  from  scale 
GETLIST  6PL10S 

PUTPIC 

OPlease  enter  the  number  of  MHB  operators  available 
GETLIST  60RIVERS 

PUTPIC 

OPlease  enter  the  number  of  load  teams  available 
GETLIST  &LDTBAMS 

PUTPIC 

OPlease  enter  the  number  of  loadmasters  available 
GETLIST  fiLOKhST 

PUTPIC 

OPlease  enter  the  number  of  joint  inspectors  available 
GETLIST  &JOINT 

PUTPIC 

OPlease  enter  the  number  of  scales  available 
GETLIST  fiSCELES 

PUTPIC 

OPlease  enter  number  of  pallet  positions  lor  the  Army  marshaling  yard 
GETLIST  &ARYAIU) 

PUTPIC 

OPlease  enter  the  number  of  pallet  positions  for  the  AF  marshaling  yard 
GETLIST  6AFTAR0 

PUTPIC 

OPlease  enter  the  number  of  pallet  positions  for  the  highline  docks 
GETLIST  &HILINES 

PUTPIC 

OPlease  enter  the  number  of  C-5  parking  spots  available  on  ramp 
GETLIST  &ACC5 

PUTPIC 

OPlease  enter  the  number  of  C-141  parking  spots  available  on  ramp 
GETLIST  &ACC141 


CHLXFILE  FILEDEF  'INFOSIMP.TXT 

* 

* 

* 

* 

* 

* 

INCRFILE  FILEDEF  'LOSIMP.TXT' 

* 

* 

* 


Trace  file  to  read  in  chalk 
number,  number  of  increments  in 
chalk,  departure  time,  branch 
of  service,  and  aircraft  type 
(THIS  FILE  CONTAIHED  ONLY 
AIRDROP  LOAD  INFORMATION  FOR 
SENSITIVITY  RUNS) 

Trace  file  to  read  in  increment 
number,  increment  type,  and 
type  of  caurgo  (THIS  FILE 
CONTAINED  ONLY  AIRDROP  LOAD 
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ZNVQRMATXON  FOR  SENSITIVITY 


* 

MATRXDAT 

FILBDBF 

'PROCTYM.TXT' 

ROMS) 

Trace  file  containing  the 

* 

* 

* 

* 

PROCTYMS 

HRTRIX 

ML, 108, 11 

inspection  and  loading  times, 
weight,  pallet  positions,  and 
frustration  probabilities  for 
each  type  of  increoient 
Definition  statement  telling 

* 

* 

STORAGE 

S ( KLOA040 ) , &KLOOR40 

the  number  of  rows  and  columns 
in  the  increment  data  matrix 

Define  40K*Loader  storage 

* 

STORAGE 

and  capacity 

S(KLOA040S) ,6KLO0R40S  Oafina  40K-Loadar  shuttla 

* 

STORAGE 

S  ( KLOAI)2  5 ) ,  &KLOOR2  5 

storage  and  capacity 

Define  2SK-*Loader  storage 

* 

STORAGE 

and  capacity 

S(KL0A025S) ,&XLODR25S  Define  25K-Loader  shuttle 

* 

STORAGE 

S(FL10K),&FL10 

storage  and  capacity 

Define  lOK  forklift  storage 

* 

STORAGE 

S(FL10RS),&FL10S 

and  capacity 

Define  lOK  forklift  shuttle 

* 

STORAGE 

S ( DRIVER) , &DRIVXRS 

storage  and  capacity 

Define  driver  storage  and 

* 

STORAGE 

S ( LDTBAM ) , &LDTEAMS 

capacity 

Define  load  team  storage 

« 

STORAGE 

S ( LDMASTER) , 6LDMAST 

and  capacity 

Define  loadmaster  storage 

* 

STORAGE 

S(JI),6JOINT 

and  capacity 

Define  joint  inspector 

* 

STORAGE 

S(SCALE) ,&SCALES 

storage  and  capacity 

Define  scale  storage  and 

* 

STORAGE 

S ( AMARSH) , 6ARYARD 

capacity 

Define  Call  Forward  Area 

* 

STORAGE 

S ( AFMARSH ) , &AFY ARD 

storage  and  capacity 

Define  Air  Force  marshaling 

* 

STORAGE 

S (HILINB } , &HILZNES 

yard  storage  and  capacity 
Define  highline  storage  and 

* 

STORAGE 

S(ACFTC5) ,6ACCS 

capacity 

Define  C-S  aircraft  parking 

* 

STORAGE 

S ( ACFTC141 ) , 6ACC141 

storage  and  capacity 

Define  C-141  aircraft 

* 

STORAGE 

S(l),2 

parking  storage  and 
capacity 

Define  chalk  storages  and 

* 

* 

* 

* 

STORAGE 

STORAGE 

STORAGE 

S(2),2 

S(3),2 

S(4),2 

capacity,  these  storages 
will  allow  only  one  chalk 
at  a  time  at  a  particuleur 
parking  spot 
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STORA6B 

STORAGS 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 


S(5),2 
S(6),2 
S(7),2 
S(8),2 
S(9),2 
S(10),2 
S(ll),2 
S(12),2 
S{13),2 
S(14),2 
S{15),2 
S(16),2 
S(17),2 
S(18),2 
S(19),2 
S(20) ,2 
S(21),2 
S(22),2 
S(23),2 
S(24),2 
S(2S),2 
S(26),2 
S{27),2 
S(28),2 
8(29), 2 
S(30) ,2 
8(31), 2 
S(32),2 
8(33), 2 
8(34), 2 
8(35), 2 
8(36) ,2 
8(37), 2 
8(38), 2 
8(39), 2 
8(40)  ,2 
8(41), 2 
8(42), 2 
8(43), 2 
8(44), 2 
8(45), 2 
8(46), 2 
8(47), 2 
8(48), 2 
8(49), 2 
S(50)  ,2 
8(51), 2 
8(52), 2 
8(53), 2 
8(54), 2 
8(55), 2 
8(56), 2 
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8TORA6S 

STQRA6X 

STORMSB 

STORAGE 

STORIES 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 


S(57),2 
S{58),2 
S(59),2 
S(60)  ,2 
S(61),2 
S(62) ,2 
S(63),2 
S(64),2 
S(65),2 
S(66),2 
S(67),2 
S(66),2 
S(69),2 
S(70),2 
S(71),2 
S(72),2 
S(73),2 
S(74),2 
S(75),2 
S(76),2 
S(77),2 
S(78),2 
S(79),2 
S(80) ,2 
8(81), 2 
S(82),2 
S(83)  ,2 
S(84) ,2 
S(85),2 
S(86),2 
8(87), 2 
S(88),2 
8(89), 2 
8(90), 2 
8(91), 2 
8(92), 2 
8(93), 2 
8(94), 2 
S(95) ,2 
8(96), 2 
8(97), 2 
8(98), 2 
8(99), 2 
S(IOO) ,2 
S(101),2 
S(102),2 
S(103),2 
S(104),2 
S(105) ,2 
S(106),2 
S(107),2 
S(108) ,2 


* 

FULL25K 


STOKAGB 

STORAaB 

STORA6B 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

STORAGE 

BVARIABLE 


* 


S(109) ,2 
S(110),2 
S(lll),2 
S(112),2 
S(113),2 
S(114),2 
S(115),2 
S(116) ,2 
S(117),2 
S(118),2 
S{119),2 
S(120),2 
S(121),2 
S(122) ,2 
S(123) ,2 
S(124),2 
S(125),2 
S(126) ,2 
S(127) ,2 
S(128) ,2 
S(129),2 
S(130) ,2 
S{131) ,2 
S(132) ,2 
S(133),2 
S(134),2 
S(135),2 

STOTWGHT  *  LE • 2 5000*_ 
&TOTLNGTH ‘ LE ' 3 *SNfTkLOAD2 5 ) 


FXJLL25KS  BVARIABLE  PF(WEIGHT) ’LE’25000* 

PL(PALPOS) •LE’3*_ 
SNF(KLOAD25S) 


* 


FULL40K  BVARIABLE  &TOTWGHT ' LE ' 40000*_ 

fiTOTLNGTH’LE’S 

* 

FULLIOK  BVARIABLE  STOTWGHT ' LE ’ 10000*_ 

STOTLNGTH ' LE ’ 1 . 2 *S»F ( FLIOK ) 


FULLIOKS  BVARIABLE  PF (WEIGHT ) ' LE ’ 10000* 

PL(PALPOS) ’LE*1.2*_ 
SNF(FLIOKS) 


CHOOSE  BVARIABLE  PF(WEIGHT)<-25000* 


Boolean  variable  to 
determine  if  2SK- 
Loader  is  full  and  if 
one  ie  available 
Booleaui  variad>le  to 
determine  if  shuttle 
25K-Loader  is 
available  and  if 
incrwnent  will  fit 
Boolean  variable  to 
determine  if  40K- 
Loader  is  full  or  not 
Boolean  variable  to 
determine  if 
increment  will  fit  on 
a  lOK-Forklift  and  if 
one  is  available 
Boolean  variable  to 
determine  if 
increment  will  fit 
on  a  shuttle  lOK- 
Forklift  and  if  one 
is  available 
Boolean  variable  to 
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PL ( PALPOS ) <-3* ( SNF  <  KLOA02  5 ) 
+W(LEA02S)>1) 

MHEAVAIL  BVARIABLE  ( (SMF(KLOAI)25)*PP(WEI6HT)_ 

<*25000*PL(PALPOS)<=3)_  ~ 

+(SNF{KLOAD40) ) ) •_ 

( PF ( ZNCNUMBR ) >6OR0ERlNC ) 

GBTLIST  FILB*MATRXDAT,_ 

{ (ML$PROCT¥MS(&l,&J),_ 

&J«1, 11 ),&!>!, 108) 


determine  if 
increment  will  fit  on 
a  2SK-Loader 
Boolean  variable  to 
determine  if  any  MH£ 
is  available 


Load  matrix  file  into 
the  computer  model 


*  Model  Segment  1  (Generate  Chalks/Aircraft  Assigning  Parameters)  * 

**********«*«**ik**********«******************ik*******«************«***** 

* 


GENERATE 

15,,,51,,21PF,2PL 

Chalks/aircraft  arrive 

* 

into  model  every  15 

* 

minutes  to  limit  the 

* 

number  of  X-acts  in 

* 

existence  at  any  one 

* 

time,  a  total  of  51 

* 

airland  chalks  are 

* 

created  (ONCE  THE  REST  OF 

THE  MODEL  IS  COMPLETED 

* 

THIS  NUMBER  NEEDS  TO  BE 

* 

SET  AT  132) 

BGETLIST 

FILE-CHLKFILE,_ 

Assign  chalk  number, 

(PF(CHALK),_ 

mission  number,  number  of 

PF ( MSN ) , PF ( NOINC ) , _ 

increments,  departure 

PF ( OBPTIMB ) , PF ( SERVICE ) , 

_  time  branch  of  service. 

PF(ACTYPB)) 

euid  aircraft  type 

TEST  L£ 

ACl,PF(DEPTIME)-720,_ 

If  scheduled  scale  time. 

TIMETOGO 

proceed,  if  not.. 

ADVANCE 

PF (DEPTIME ) -720-ACl 

Wait  until  scheduled  time 

TIMETOGO 

SPLIT 

PF(NOINC) , ASSTYPE 

Split  chalk  into  number 

* 

of  increments,  first/lead 

* 

X-act  falls  through 

* 

TERMINATE 

0 

First  X-act  destroyed 

ASSTYPE 

BGETLIST 

FILE=INCRPILE,_ 

Assign  increment  number 

(PF(INCNUMBR),” 

and  type 

* 

PF(INCTYPE) ) 

ASSIGN 

WEIGHT ,  ML  (  PROCTYMS  ,  _ 

Assign  incronent  weight 

PF(INCTYPE),2),PF 

from  matrix  value 

ASSIGN 

PALPOS , ML ( PROCTYMS , _ 

Assign  pallet  positions 

PF(INCTYPE),3),PL 

required  from  matrix 

* 

value 

ASSIGN 

WTMIN , ML ( PROCTYMS , _ 

Assign  minimum  weighing 

PF(INCTYPE),4),PF 

time  from  matrix  value 

ASSIGN 

WTMAX, ML ( PROCTYMS 

Assign  maximum  weighing 
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PP(INCTYPE),5),PP 

time  from  matrix  value 

SSION 

WTMODE , ML { PROCTYMS , _ 

Assign  mode  weighing 

PP(INCTYPE),6),PP 

time  from  matrix  value 

ASSIGN 

LTMIN , ML ( PROCTYMS , _ 

Assign  minimum  loading 

PP(INCTYPE),7),PP 

time  from  matrix  value 

ASSIGN 

LTMAX , ML ( PROCTYMS , _ 

Assign  maximum  loading 

PP(INCTYPE) ,8) ,PP 

time  from  matrix  value 

ASSIGN 

LTMODE , ML ( PROCTYMS , _ 

Assign  mode  loading  time 

PP(INCTYPE),9),PP 

from  matrix  value 

ASSIGN 

CGOTYPE , ML ( PROCTYMS , _ 

Assign  ceurgo  or  load  type 

PP(INCTYPE),10),PP 

from  matrix  value 

* 

(l^pallet,  2«rolling 

* 

stock,  3Bairdrop, 

* 

ASSIGN 

PROST , ML ( PROCTYMS , _ 

4*passengers ) 

Assign  frustration  proba- 

* 

PP ( INCTYPE ) , 11 ) , PL 

bility  from  matrix  value 

TEST  E 

PF ( SERVICE ) , 300 , WAA 

Army  loads  fall  through. 

* 

Air  Force  loads  sent  to 

* 

TEST  NE 

PF(CGOTYPE) ,4, GOOD 

Air  Force  model  segment 
Passenger  loads  are  sent 

* 

to  GATHER  statement  for 

* 

further  movement  to  Army 

* 

passenger  processing 

* 

* 

model  segment 

TEST  E 

PP ( CGOTYPE ), 3 , AIRLAND 

Airdrop  loads  fall 

* 

through,  airland  loads 

* 

* 

sent  to  another  segment 

******************* 

***************************************************** 

* 

Army  Airdrop  Highline  and  K-Loader 

Selection  Model  Seg«nent  * 

*****  4  ****«*♦******«««*«*♦***«******  * ’**********«*****  ****************  * 


* 


TEST  E 

BV ( PULLIOKS ) , 1 , SHU2 5K 

If  it  will  fit  on  a 

* 

lOK-Porklift,  then  fall 

* 

ENTER 

PLIOKS 

through 

Get  shuttle  lOK-Porklift 

ASSIGN 

SHUTYPE,10,PP 

Mark  incrwnent  as  going 

* 

TRANSFER 

, SCALETYM 

on  a  shuttle  lOK-Porklift 

SHU25K 

TEST  E 

BV ( PULL2  5KS ) , 1 , SHU40K 

If  it  will  fit  on  a 

* 

25X>Loader,  then  fall 

* 

ENTER 

KLOAD25S 

through 

Get  a  shuttle  25K-Loader 

ASSIGN 

SHUTYPE,25,PP 

Mark  it  as  going  on  a 

* 

TRANSFER 

, SCALETYM 

shuttle  25R-Loader 

SHU40K 

ENTER 

KLOAD40S 

Get  a  shuttle  40K-Loader 

ASSIGN 

SHUTYPE,40,PF 

Mark  it  as  going  on  a 

* 

shuttle  40K-Loader 

SCALETYM 

ENTER 

DRIVER 

Get  a  driver 
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BNTZR 

SCALE 

Seize  the  scale 

ENTER 

LDMASTER 

Get  a  loadmaster 

ADVANCE 

RVTRI ( 2 , PF ( WIWIN ) , _ 

Weigh,  JAI,  ^md  place 

PF(WTMODE),PP(WTMAX) ) 

increment  on  MHE 

LEAVE 

LDMASTER 

Release  loadmaster 

LEAVE 

SCALE 

Release  scale 

TRANSFER 

. (1000-PL(FRUST)*1000), 

,OKl  Proportion  of 

* 

increments  are 

* 

frustrated 

LEAVE 

DRIVER 

Release  driver  while 

* 

increment  discrepancy  is 

* 

corrected 

ADVANCE 

10,5 

Correct  discrepancies 

ENTER 

DRIVER 

Get  a  driver 

OKI 

ADVANCE 

4,1 

Time  to  move  from  scales 

* 

to  highlines  or  staging 

* 

area 

TEST  E 

PF ( SHUTYPE ) , 10 , REL2  5KS 

If  on  a  shuttle  lOK-Fork^ 

* 

lift,  then  send  through 

ENTER 

HILINE ,  PL  ( PALPOS }  -t- .  5  5 

Take  up  highline  space 

LEAVE 

DRIVER 

Release  MHE  driver 

LEAVE 

FLIOKS 

Release  shuttle  lOK- 

* 

Forklift 

TRANSFER 

, HIGATHER 

HEI.25KS 

TEST  B 

PF ( SHUTYPE ) , 2  5 , REL40KS 

If  on  a  shuttle  25K- 

* 

Loader,  then  send  through 

ENTER 

HILINE , PL ( PALPOS )+. 5 5 

Take  up  highline  space 

LEAVE 

DRIVER 

Release  MHE  driver 

LEAVE 

KL0A025S 

Release  shuttle  25K-Ldr 

TRANSFER 

, HIGATHER 

HBL40KS 

ENTER 

HILINE , PL ( PALPOS )  + . 5  5 

Take  up  highline  space 

LEAVE 

DRIVER 

Release  MHE  driver 

LEAVE 

KLOAD40S 

Release  shuttle  40K-Ldr 

HIGATHER 

PRIORITY 

1 

Increase  priority  to  1 

GATHER 

PF(NOINC) 

Wait  until  entire  chalk 

* 

is  on  highlines 

TEST  NE 

PF ( INCNUMBR ) , 1 , MHESEL 

Test  if  its  the  first 

* 

increment  for  chalk 

LINK 

CHALKNO, ( INCNUMBR) PF 

If  not,  link  on  user 

* 

chain  in  increasing 

* 

increment  order 

MHESEL 

PRIORITY 

PR, BUFFER 

Delay  lead  increment 

TEST  LE 

ACl , PF ( DEPTIME ) -175 , SET 

Determine  if  it  is  time 

* 

to  renove  piece  from 

* 

highline  and  transfer 

* 

to  a  K-Loader 

ADVANCE 

PF ( DEPTIME ) -175-ACl 

If  not,  wait  until  load 

* 

set-up  time 

SET 

GATE  LR 

NEXTCHLK 

Only  let  one  chalk  into 

* 

the  MHE  selection  segment 

* 

at  one  time 

LOGIC  S 

NEXTCHLK 

Set  switch  for  above  gate 
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UNLINK  B 

CHALKNO, MHESEL2 , ALL , _ 

Unlink  all  increments 

• 

( CHALK ) PF , PF ( CHALK ) 

from  the  chalk,  will  come 

* 

off  in  increasing 

it 

increment  number  order 

MHESEI.2 

% 

TEST  E 

BV(MHEAVAIL) , 1 

Ensures  adequate  MHE  is 

* 

available  before  pulling 

* 

increments  off  the 

* 

BLBT 

&ORDERINC>&OROERINC-t-l 

highline 

Increase  incr«nent  count 

* 

TEST  E 

PF ( INCNUMBR ) , 1 , SAMECHLK 

by  1 

If  it's  the  first 

* 

increment  from  a  new 

* 

chalk. 

* 

then  fall  through,  if  not 

* 

TRANSFER 

,GONEWKLO 

send  to  SAMECHALK 

* 


*  The  following  segment  sends  any  increment  small  enough  to  fit  on  a 

*  25K-Loader  to  seize  one  as  long  as  one  is  available.  Increments 

*  requiring  a  40K-Loader  aure  sent  to  get  one,  the  GOTO40K  GATE  ensures 

*  suceeding  increments  will  follow.  The  FULL  GATE  is  set  to  allow 

*  increments  loading  on  the  last  K-Loader  to  proceed. 


SAMECHLK 

GATE  LR 

GOT040K,FILL40K 

If  logic  switch  is  reset. 

* 

TEST  E 

BV  ( CHOOSE ),  0 ,  FILL2  SK 

send  increment  through 

If  it  won’t  fit  on  25K- 

* 

TEST  NE 

PF ( INCNUMBR ) , 1 , PROCEED 

Loader,  send  through 

If  its  the  first 

* 

increment  of  chalk,  send 

* 

through 

LOGIC  S 

FULL 

Set  logic  switch 

PROCEED 

LOGIC  S 

GOTO40K 

Set  logic  switch 

A 

TRANSFER 

,FILL40K 

FILL25K 

BLET 

&FRSTINC-&FRSTINC-i-l 

Increase  K-Loader 

* 

BLET 

&TOTWGHT»6TOTWGHT+_ 

increment  counter  by  1 

Add  increment’s  weight  to 

BLET 

PF(NEIGHT) 

&TOTLNGTH-&TOTLNGTH+_ 

total  weight 

Add  increment’s  length  to 

TEST  NE 

PL(PALPOS) 

&FRSTINC , 1 , GET2  5K 

total  length 

If  its  not  the  first 

* 

* 

TEST  E 

BV( FULL25K) , 1 , GONEHXLD 

increment  on  K-Loader, 
send  through 

If  it  will  fit  on  a  25K- 

* 

BLET 

&INCSLNKD«&INCSLNKD-i-l 

Loader,  then  send  through 
Increase  counter  of 

* 

ASSIGN 

KTYPE,25,PF 

increoients  linked  by  1 
Mark  increment  as  going 

* 

ASSIGN 

NUMBRKLO , &LOAONUM, PF 

on  a  25K-Loader 

Assign  K-Loader  number 

* 

PRIORITY 

2 

for  unlinking  purposes 
Increase  priority  to  2 
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TEST  B 

PF(NOINC) ,PF(INCNUMBR) 
WAIT25K 

If  the  laet  increment  in 
chalk,  than  send  through 

LOGIC  S 

FULL 

Sat  logic  switch 

PRIORITY 

PR, BUFFER 

Delay  increment 

* 

BLET 

&TOTWGHT-0 

Reset  weight  ampervari- 
able  to  0 

* 

BLET 

&TOTLNGTH-0 

Reset  length  ampervari- 
able  to  0 

* 

BLET 

6FRSTINC-0 

Reset  K-Loader  increment 
counter  to  0 

LOGIC  R 

GOTO40K 

Reset  logic  switch 

WAIT25K 

* 

GATE  LS 

FULL 

If  logic  switch  is  set, 
then  send  through 

* 

ASSIGN 

NMBRLNKO ,  filNCSLNXD ,  PF 

Assign  increments  linked 
count  number 

TEST  E 

PF(NOINC) ,PF(INCNUMBR) 
NBXT25 

If  its  the  last  inc, 
fall  through 

* 

BLET 

&ORDERINC>l 

Set  increment  order 
counter  to  1 

* 

BLET 

&INCSLNKD-0 

Reset  increments  linked 
counter  to  0 

LOGIC  R 

FULL 

Reset  logic  switch 

LEAVE 

HILINE ,  PL  ( PALPOS )  -*• .  55 

Release  highline  space 

* 

* 

LOGIC  R 

NEXTCHLK 

Reset  gate  to  let  next 
chalk  into  MHE  selection 
segment 

PRIORITY 

3 

Increase  priority  to  3 

NBXT25 

★ 

LINK 

NUMB£RK,FIFO 

Put  on  K-Loader  user 
chain 

OET25K 

TEST  NE 

PF ( NOINC ) , PF ( INCNUMBR ) , _ 
GONEWKLO 

If  not  last  increment, 
then  fall  through 

LOGIC  R 

FULL 

Reset  logic  switch 

* 

BLET 

&LOAONUM-&LOAONUM+ 1 

Increase  K-Loader  counter 
by  1 

ENTER 

KLOAD25 

Need  a  25K-Loader 

* 

ASSIGN 

KTYPE,25,PF 

Mark  increment  as  going 
on  a  25K'Loader 

* 

ASSIGN 

NUMBRKLO , &LOAONUH, PF 

Assign  K-Loader  number 
for  unlinking  purposes 

LEAD25 

PRIORITY 

2 

Increase  priority  to  2 

* 

GATE  LS 

TRANSFER 

FULL 

,LASTSET 

Lets  increments  through 
when  logic  switch  is  set 

FILL40K 

* 

GATE  LR 

GOINKLOR 

Lets  increments  through 
when  logic  switch  reset 

* 

BLET 

&FRSTINCs&FRSTINC-«-l 

Counter  for  niunber  of 
increments  on  K-Loader 

BLET 

&TOTWGHT»&TOTWGHT+_ 

PF (WEIGHT) 

Add  incronent's  weight 
to  total  weight 
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* 

* 

* 

* 

* 


* 


* 


WAIT40K 

* 


* 


* 


* 


BI.ST 

6TOTLNGTH«STOTLNGTH_ 

PL(PALPOS) 

Add  incrwMnt's  length 
to  total  langtb 

TEST  MB 

&FRSTINC , 1 , GBT40K 

If  it«  not  th«  firat 
incremont  on  K-Loador , 
then  fall  through. 

TEST  E 

BV ( PULL40K ) , 1 , GONEWKLD 

If  it  won't  fit  on  aame 
40K-Loader,  try  new  MHE 

BUST 

6INCSLNXD-&INCSLNX0-^1 

Increaae  increment a 
linked  counter  by  1 

ASSIGN 

KTYPB/40,PF 

Mark  increment  aa  going 
on  a  40K-Loader 

ASSIGN 

NUMBRXLO , 6L0A0NUM , PF 

Aaaign  K-Loader  number 
for  unlinking  purpoaea 

PRIORITY 

2 

Increaae  priority  to  2 

TEST  E 

PF(NOINC) ,PF(INCNXmBR) 
WAIT40K 

If  it a  laat  increment  on 
chalk,  aend  through 

U)GIC  S 

GOINXLOR 

Set  logic  awitch 

LOGIC  S 

FULL 

Set  logic  awitch 

PRIORITY 

PR, BUFFER 

Delay  increment 

BLET 

&TOTWGHT-0 

Reaet  weight  ampervari- 
able  to  0 

BLET 

&TOTLNGTH-0 

Reaet  length  ampervari- 
ed>le  to  0 

BLET 

6FRSTINC«0 

Reaet  K-Loader  increment 
counter  to  0 

LOGIC  R 

GOTO40K 

Reaet  logic  awitch 

LOGIC  R 

GOINKLOA 

Reaet  logic  awitch 

GATE  LS 

FULL 

Let  inca  through  when 
logic  switch  is  set 

ASSIGN 

NMBRLNKD , &INCSLNKO , PF 

Assign  inc  count  number 

TEST  E 

PF  ( NOINC )  ,  PF  ( INCNUMBR ) ,  _ 
NEXT40 

If  its  the  last  inc  on 
K>Loader  send  through 

BLET 

&ORDBRINC-1 

Reset  increment  order 
counter  to  1 

BLET 

&INCSLNKD-0 

Reset  increments  linked 
counter  to  0 

LOGIC  R 

FULL 

Reset  logic  switch 

LOGIC  R 

GOINMHE 

Reset  logic  switch 

LEAVE 

HILINE , PL ( PALPOS ) + . 55 

Release  highline  space 

LOGIC  R 

NEXTCKLK 

Reset  logic  switch  so 
next  chalk  can  enter  MHE 

aoittction  segment 


PRIORITY 

3 

Increase  priority  to  3 

NEXT40 

LINK 

NUMBERK,FIFO 

Place  on  K-Loader  user 

* 

GBT40K 

TEST  NE 

PF (NOINC) ,PF( INCNUMBR) ,_ 

chain 

If  its  not  the  last 

LOGIC  R 

GONEWKLD 

FULL 

increment , send  through 
Reset  logic  switch 

BLET 

&LOADNUM-SLOADNUM+ 1 

Increase  K-Loader  counter 

* 

ENTER 

KLOAD40 

by  one 

Get  40K-Loader 

ASSIGN 

KTYPE,40,PF 

Mark  increment  as  going 

103 


* 

on  A  40K-Load«r 

ASSIGN 

NtmBRXLD , 6LOADNUM, PF 

Assign  K-Loadsr  numbsr 

* 

for  unlinking  purposss 

PRIORITY 

2 

Increase  priority  to  2 

GATE  LS 

FULL 

Let  increments  through 

* 

when  logic  switch  is  set 

TRANSFER 

,LASTSET 

GONXWKLD 

PRIORITY 

2 

Increase  priority  to  2 

LOGIC  S 

GOINXLOR 

Set  logic  switch 

LOGIC  S 

FULL 

Set  logic  switch 

PRIORITY 

PR,BOFFSR 

Delay  increment 

BLET 

6INCSLNXD-0 

Reset  incs  linked  to  0 

BLET 

&TOTH6HT-0 

Reset  weight  ampervari- 

* 

able  to  0 

BLET 

&TOTLNGTH«0 

Reset  length  ampervari- 

* 

able  to  0 

BLET 

&FRSTINC«0 

Reset  K-Loader  increment 

* 

counter  to  0 

LOGIC  R 

GOTO40K 

Reset  logic  switch 

LOGIC  R 

FULL 

Reset  logic  switch 

LOGIC  R 

GOINKLOR 

Reset  logic  switch 

TEST  E 

PF ( NOINC ) , PF ( INCNDMBR ) , _ 

If  its  only  increment  or 

SAMECHLK 

last  increment  on  chalk. 

* 

then  fall  through 

LOGIC  R 

NEXTCHLK 

Reset  logic  switch  so 

* 

next  chalk  can  enter  MHE 

selection  segment 

BLET 

60R0ERINC>1 

Reset  increment  order 

* 

counter  to  one 

BLET 

&LOAONUN«&LOADNUM-t-l 

Increase  K-loader  counter 

* 

by  1 

BLET 

fiTOTWGHT-«iTOTWGHT+_ 

Add  incs’s  weight  to 

PF(WEIGHT) 

total  weight 

BLET 

&TOTLNGTH»6TOTLNGTH+_ 

Add  inc's  length  to  total 

PL(PALPOS) 

length 

TEST  E 

BV ( FULLIOR ) , 1 , TRY2 5K 

Test  to  see  if  it  will 

PL(PALPOS) 

fit  on  a  lOK  forklift 

ENTER 

FLIOK 

Enter  forklift  storage 

ASSIGN 

^-?YPE,10,PF 

Mark  increment  as  going 

* 

on  a  lOK-Forklift 

TRANSFER 

,LASTSET 

TRy25X 

TEST  E 

BV(FULL2rK; ,1,TRY40K 

Test  if  it  will  fit  on  a 

* 

25K'-Loader 

ENTER 

XLQAD25 

Get  25K-Loader 

ASSIGN 

KTYPE,25,PF 

Mark  increment  as  going 

on  a  25K-Loader 

ASSIGN 

NUMBRKLD , &LOAONUN, PF 

Assign  K-Loader  number 

* 

for  unlinking  purposes 

TRANSFER 

,LASTSET 

TRy40K 

ENTER 

KLOAO40 

Get  40K’'Loader 

ASSIGN 

KTYPE,40,t'f 

Mark  increment  as  going 
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ASSIGN 

NDMBRKLO , &LOAONUM, PF 

on  a  40K-Loador 

Assign  K-Loader  numbar 

* 

for  unlinking  purposas 

LASTSBT 

ASSIGN 

NHBRLNKD , &INCSLNKD , PF 

Assign  incramant  linkad 
count  numbar 

BLET 

&TOTWGHT-0 

Rasat  waight  amparvari- 

* 

BLST 

6TOTLNGTH-0 

abla  to  0 

Rasat  length  amparvari- 

* 

BLBT 

&FRSTINC-0 

abla  to  0 

Rasat  K-Loadar  incramant 

* 

ASSIGN 

FIRST,  1,PF 

counter  to  0 

Assign  parameter  to  mark 

* 

incramant  as  the  first  on 

* 

PRIORITY 

PR, BUFFER 

the  HBE 

Hold  lead  incramant  until 

* 

BLET 

&INCSLNKD>0 

othars  can  be  linked 

Reset  linked  count  to  0 

PRIORITY 

3 

Increase  priority  to  3 

ENTER 

DRIVER 

Gat  an  MHE  driver 

ADVANCE 

5,1 

Push  from  highlina  to 

* 

LEAVE 

HILINE , PL ( PALPOS ) + . 5 5 

K-Loadar 

Release  highlina  space 

TEST  LE 

ACl , PF ( DEPTIMB ) -140 , _ 

If  its  not  time  to  load 

LDTIKB 

incraoiant,  fall  through 

LEAVE 

DRIVER 

Release  MHE  driver 

ADVANCE 

PF ( DBPTIME ) -140-ACl 

Wait  until  load  time 

ENTER 

DRIVER 

Seise  MHE  driver 

TEST  NE 

PF(NMBRLNXD} , 0,BOLD 

If  incramant  has  othars 

* 

linkad  with  it,  than  it 

« 

falls  through 

LDTINB 

TRANSFER 

BOTH, LINES, LINES 

Sand  to  open  path 

L1NB5 

SEIZE 

GETINCS5 

Seize  unlinking  path 

* 

segment 

TRYAGANS 

UNLINK  E 

NUNBERK, UPPRIORS , ALL , 

Remove  increments  from 

(NUMBRKLD)PF,PF(NUMBRKLD)  K-Loadar  user  chain 

UPPRIOR5 

PRIORITY 

6 

Increase  priority  to  6 

TEST  E 

PF ( FIRST ), 1 , GOWAITS 

If  its  the  lead  increment 

* 

on  a  K-Loader,  than  fall 

* 

PRIORITY 

PR, BUFFER 

through 

Delay  increment 

TEST  NE 

W(GOWAITS) ,PF(NMBRLNKD) 

,_  If  all  linked 

GOWAITS 

increments  are  waiting 

* 

in  block  GOWAITS,  then 

* 

ADVANCE 

1 

send  lead  increment  there 
Wait  one  minute  before 

* 

TRANSFER 

,TRYAGANS 

sending  to  unlink  block 
Send  lead  increment  to 

* 

unlink  block 

GOWAITS 

GATHER 

PF(  NHBRLNKD  )-i-l 

Hold  until  all  increments 

* 

TEST  E 

PF( FIRST ),1, HOLD 

for  K-Loader  are  ready 

Send  lead  increment 

* 

through 
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RBLKASB 


GSTINCSS 


R«X«aa«  incrwMnt 
unlinking  path  for  noxt 
K-Loader 


TRANSFER 

,HOLO 

Send  to  wait  for  entire 

it 

chalk 

LIN86 

SEIZE 

GBTINCS6 

Seise  unlinking  path 

It 

segment 

TRYAGANe 

DWLINK  E 

NDMBERK , UPPRIORe , ALL , 

Remove  increments  from 

(NaMBRKLD)PF,PF(NUMBRKLD)  K-Loader  user  chain 

UPFRIOR6 

PRIORITY 

6 

Increase  priority  to  6 

TEST  E 

PF ( FIRST ), 1 , GOHAIT6 

If  its  the  lead  increment 

it 

PRIORITY 

PR, BUFFER 

then  send  through 

Delay  lead  increment 

TEST  NE 

W(GOMAIT6) ,PF(NMBRLNKD) 

,_  If  all  linked 

GONAIT6 

increaients  are  waiting 

* 

in  block  GOWAIT6,  then 

* 

ADVANCE 

1 

send  lead  increment  there 
Wait  one  minute  before 

* 

TRANSFER 

,TRYAGAM6 

sending  to  unlink  block 
Send  lead  increment  to 

* 

unlink  block 

GOWA1T6 

GATHER 

PF(NMBRLNKO)-t-l 

Hold  until  all  increments 

* 

TEST  E 

PF( FIRST ),1, HOLD 

for  K-Loader  are  ready 
Send  lead  increment 

* 

RELEASE 

GETINCS6 

through 

Release  increment 

unlinking  path  for  next 

* 

K-Loader 

HOLD 

GATHER 

PF(NOINC) 

Hold  until  all  increments 

* 

TEST  E 

PF( FIRST ),0,KLINK 

are  ready  for  upload 

If  not  the  lead 

* 

PRIORITY 

8 

increment ,  send  through 
Increase  priority  to  8 

LINK 

NUMBERK,FIFO 

Put  back  on  K-Loader 

* 

user  chain 

KLIHK 

PRIORITY 

7 

Increase  priority  to  7 

TEST  NE 

PF ( INCNUMBR ) , 1 , SELACFT 

Send  first  increment  of 

* 

chalk  to  aircraft,  rest 

* 

LINK 

CHALKNO,FIFO 

fall  through 

Put  on  chalk  user  chain 

ssLAcrr 

ADVANCE 

8,2 

Time  to  drive  MHE  to 

* 

TRANSFER 

,LOADC141 

aircraft  parking  spot 
Transfer  to  the  C-141 

*  aircraft  loading  model 

*  segment 

* 


****************************  **■»**■»  mu,  ***11  It  till 

*  Army  Airland  Load  Processing  Model  Segment  * 

********* ***************************************************** ********** 

AIRLAND  PRIORITY  5  Increase  priority  so 

*  that  all  cargo  is 

*  loaded  before  PAX 
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SMTBR 


SCJOJI 


S«ize  on*  of  th*  roll¬ 
on  acal** 


ENTER 

JI 

Seize  on*  of  th*  joint 

* 

inspectors 

ADVANCE 

RVTRI ( 4 , PF { MTMIN ) , _ 

Weigh  and  inspect  cargo 

PF(WTMODE),PF(WTMAZ) ) 

LEAVE 

SCALE 

Release  Roll-on  scale 

LEAVE 

JI 

Release  joint  inspector 

TRANSFER 

. (1000-PL( FROST) *1000) _ 

Proportion  are  frustrated 

..GOOD 

ADVANCE 

25,20 

Time  to  correct  problems 

GOOD 

ADVANCE 

3 

Move  to  chalk  assembly 

* 

area 

ENTER 

AMARSH, PL ( PALPOS ) 

Go  in  chalk  assesibly  area 

GATHER 

PF(NOINC) 

Hold  until  all  increments 

* 

are  present 

TEST  LE 

ACl , PF ( DEPTIME ) -2 10 , _ 

Detemine  if  its  load 

READY 

set-up  time 

ADVANCE 

PF ( DEPTIME ) -2 10-ACl 

If  not,  wait  until 

* 

load  set-up  time 

READY 

TEST  NE 

PF ( CGOTYPE ) , 4 , APAX 

Send  passenger  increments 

to  Amy  passenger 

processing  segment 

TEST  E 

PF(CGOTYPE),l.RS 

If  pallet,  fall  through 

TERMINATE 

0 

DUMMY  TERMINATE  BLOCK 

THE  MHE  SELECTION  SEGMENT 

NEEDS  TO  BE  ADDED 

***««***1 

Amy  Passenger  Processing  Model  Segment  * 

APAZ 

TERMINATE 

0 

DUMMY  TERMINATE  BLOCK 

THIS  SECTION  NEEDS  TO 

BE  COMPLETED 

Air  Force 

Load  Processing  Model  Segment  * 

NAA 

TEST  NE 

PF ( CGOTYPE ) , 4 , WAIT 

Send  passenger  loads  to 

* 

GATHER  statement  for 

* 

further  movement  to 

* 

passenger  processing 

* 

model  segment 

PRIORITY 

5 

Increase  priority  so  that 

* 

all  cargo  is  loaded 

* 

before  passengers 

TEST  E 

PF(CGOTYPE),l,RS 

If  palletized,  fall 

through 

Seize  forklift  driver 


ENTER 


DRIVER 


KlITSR 

FLIOX 

Enter  forklift  storage 

urntR 

JI 

Seize  joint  inspector 

AOVANCS 

RVTRI ( 5 , PF ( MTMIN ) , _ 

Inspection  time 

PF(HTMOOB),PF(NTMAX) ) 

L8AVB 

JI 

Release  joint  inspector 

TRANSFSR 

. ( 1000-PL ( FROST ) * 1000 ) 

_  Proportion  are  frustrated 

, ,FINB 

AOVAMO 

25,20 

Time  to  correct  problems 

rxMX 

ADVANCE 

2 

Move  to  chalk  assaaibly 

* 

area 

ENTER 

AFMARSH, PL ( PALPOS ) 

Takes  up  space  in  Air 

* 

Force  chalk  aasasibly  area 

LEAVE 

FLIOK 

Relese  lOK-Forklift 

LEAVE 

DRIVER 

Release  forklift  driver 

TRANSFER 

,tIAIT 

Send  increment  to  wait 

* 

for  other  increoients 

RS 

ENTER 

JI 

Seize  joint  inspector 

ADVANCE 

RVTRI ( 6 , PF ( WTMIN ) , _ 

Inspection  time 

PF(NTMOOB) ,PF(NTMAX) ) 

LEAVE 

JI 

Release  joint  inspector 

TRANSFER 

.( 1000-PL ( FROST) *1000 ) 

Proportion  are  frustrated 

, ,HAIT 

ADVANCE 

25,20 

Time  to  correct  problems 

WAIT 

GATHER 

PF(NOINC) 

Hold  until  all  increments 

* 

aure  present 

TEST  E 

PF ( ACTYPE ) , 5 , ACFT141 

If  increment  goes  on  a 

« 

C-5,  it  falls  through. 

* 

if  not  goes  to  C-141 

TEST  LE 

AC1,PF(DEPTIME)-210,SBTOP  Determine  if  ite  load 

* 

set-up  time,  if  not.. 

ADVANCE 

PF ( DEPTIME ) -210-ACl 

Wait  until  load  set-up 

* 

tiOM 

TRANSFER 

,SETOP 

Send  to  test  for  cargo 

* 

type 

Acm41 

TEST  LE 

AC1,PF (DEPTIME) -150, SETOP  Determine  if  ita  load 

* 

set-up  time,  if  not.. 

ADVANCE 

PF ( DEPTIME ) -150-ACl 

Wait  until  load  set-up 

* 

time 

SSTtJP 

TEST  NE 

PF(CGOTYPB) ,4,AFPAX 

Send  passenger  loads  to 

* 

Air  Force  passenger 

* 

processing  model  segment 

TEST  E 

PF ( 060TYPE ), 1 , ROLLS 

If  pallet  or  floor  load. 

* 

* 

fall  through 

ROLLS 

TERMINATE 

0 

DUMMY  TERMINATE  BLOCK 

* 

THE  MHE  SELECTICW  SEGMENT 

* 

* 

MEEDS  TO  BE  ADDED 

* 

Air  Force 

Passenger  Loading  Model 

ir*  *«*«*«***«*#***«**«** 

Segment  * 

« 
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ATPAX  TSRMINATB  0  DUMMY  TERMINATE  BLOCK 

*  THIS  SECTION  NEEDS  TO  BE 

*  COMPLETED 

*«*********«***««*«********************i»**************«***************** 

*  C-141  Aircraft  Loading  Model  Segment  * 

************************************************************************ 


* 

LQADC141 

* 

ENTER 

ACFTCI41 

If  a  C''141  parking  spot 
is  available,  go  through 

* 

* 

TEST  NE 

PF ( CGOTYPB ) , 4 , PAX141 

If  a  passenger  load,  send 
to  passenger  loading 
segment 

ENTER 

LOTBAM 

Capture  a  load  team 

* 

UNLINK  E 

CHALKNO , CHKPAX , ALL , _ 

( CHALK) PF, PF ( CHALK) ~ 

Unlink  the  rest  of  the 
K-Loaders  or  rolling 
stock  on  chalk 

CHRPAX 

* 

* 

TEST  NE 

PF ( CGOTYPB ) , 4 , PAX141 

If  passenger  load,  send 
to  passenger  loading 
segment 

ENTER 

PF(CHALK),2 

Seize  the  aircraft 

PRIORITY 

8 

Increase  priority  to  8 

ADVANCE 

5,2 

Position  behind  aircraft 

ADVANCE 

RVTRI ( 7 , PF ( LTMIN ) , _ 
PF(LTMODE) ,PF(LTMAX) ) 

Load  increment  on  C-141 

UNLINK  E 

NUMBBRK,NHECHAIN,ALL,_  Release  other  increments 

(NUMBRKLD)PF,PF<NUMBRRLD)  from  user  chain,  if  any 

PRIORITY 

PR, BUFFER 

Delay  increment 

HHSCHHIN 

* 

TEST  B 

PF  <  FIRST ) , 1 , UPLOADl 

If  its  the  lead  increment 
send  through 

* 

LEAVE 

PF(CHALK),2 

Release  c-141  for  next 
increment 

TRANSFER 

,MOVE 

Move  to  MHB  release 

UPLOAOl 

ENTER 

PF(CHALK),2 

Seize  the  aircraft 

ADVANCE 

RVTRI ( 8 , PF ( LTMIN ), _ 
PF(LTMODE) ,PF(LTMAX) ) 

Load  increment  on  C-141 

* 

LEAVE 

PF(CHALK),2 

Release  C-141  for  next 
increment 

TRANSFER 

,MOVE 

Move  to  MHE  release  test 

PAX141 

ENTER 

PF(CHALK),2 

Seize  the  aircraft 

ADVANCE 

RVTRI ( 8 , PF{LTMIN) , _ 
PF(LTMOOE) ,PF(LTMAX) ) 

Load  passengers  on  C-141 

LEAVE 

PF(CHALK),2 

Release  C-141  for  next 

* 

increment 

* 

* 

* 

TRANSFER 

,OONE 

Send  to  segment  which 
determines  if  all 
increments  have  been 
loaded  on  aircraft 

MOVE 

* 

TEST  NE 

PF ( CGOTYPB ), 2 , DONE 

If  rolling  stock,  don't 
need  to  release  MHE 

* 

* 

GATHER 

PF(NMBRLNKO)-<-l 

Wait  until  all  increments 
for  this  piece  of  MHE 
have  been  loaded 
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TSST  B 

PF( FIRST), I, DONE 

If  its  first  increment. 

* 

ADVANCE 

8,2 

fall  through 

Time  for  MHE  to  be  driven 

* 

TEST  E 

PF ( KTYPE ) , 40 , CHK2 5K 

back  to  staging  area 

Test  if  its  on  a 

* 

LEAVE 

KLQAD40 

40K-Loader 

Release  the  40K-Loader 

LEAVE 

DRIVER 

Release  the  MHE  driver 

TRANSFER 

,DONE 

Transfer  to  segment  to 

* 

wait  on  other  incments 

CHX25X 

test  E 

PF ( KTYPE ) , 2  S , RELIOK 

Test  if  its  on  25K-Loader 

LEAVE 

KLQAD2S 

Release  the  25K-Loader 

LEAVE 

DRIVER 

Release  the  MHE  driver 

TRANSFER 

,DONE 

Transfer  to  segment  to 

* 

wait  on  other  increments 

RELIOK 

LEAVE 

FLIOK 

Release  the  lOK- Forklift 

LEAVE 

DRIVER 

Release  the  MHE  driver 

DONE 

GATHER 

PF(NOINC) 

Hold  here  until  all 

* 

increments  for  chalk  have 

* 

TEST  NE 

PF( INCNUHBR) , 1,REL141 

been  loaded 

If  its  not  the  first 

* 

incrwoent  for  chalk 

* 

TERMINATE 

0 

send  through 

Destroy  increotent  X-act 

REL141 

TEST  E 

PF ( CGOTYPE ) , 4 , C60L0AD 

If  passengers  don't  need 

* 

LEAVE 

DRIVER 

to  release  load  team 
Release  passenger  monitor 

TRANSFER 

, BLCKOUT 

C60L0AD 

LEAVE 

LDTEAM 

Release  load  team 

BLCKOUT 

ADVANCE 

20,5 

Time  to  get  aircraft 

* 

LEAVE 

ACFTC141 

blocked  out 

Release  aircraft  parking 

* 

spot  and  proceed  to  chalk 

* 

departure/terminal 

* 

complete  information 

* 

* 

output  segment 

INFO 

bpotpic 

LINES-1 , FILE^SYSPRINT , _ 

Prints  output  information 

(PF(CHALK) ) , (PF(MSN) ) ,_ 
(ACl) , (PF(DEPTIME)-30) 

to  LIS  file 

OChalk  *** 
* 

/Mission  *** 

',  Terminal  Complete  **** 

,  Scheduled  TC  Time  **** 

TERMINATE 

1 

Decrease  termination 

*  by  one 

* 

************************************************************************ 

*  C--5  Aircraft  Loading  Model  Segment  * 

* 

*  THIS  SEGMENT  MUST  BE  COMPLETED  IN  ORDER  TO  MODEL  THE  FULL  DEPLOYMENT 

* 

*****************************************************  ***************** * 
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*  Run-Control  Statamonts  * 

************************************************************************ 

* 

START  51  Run  model  until  the  51 

*  airdrop  chalks  have 

*  departed  (WILL  NEED  TO 

*  INCREASE  TO  TOTAL  NUMBER 

*  OF  MISSIONS  FOR  FULL 

*  SCALE  MODEL  USE) 

END  End  model  execution 

* 

* 

*  WHEN  RUNNING  FULL  SCALE  EXPERIMENTATION,  CONTROL  LOGIC  WILL  NEED  TO 

*  BE  ADDED  TO  GET  THE  DESIRED  NUMBER  OF  REPLICATIONS 
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ABP^nsUg  .E; _ -WitfFQ"  rilg 

* 


MASTER  CHALK  INFORMATION  FILE 
(SAVED  UNDER  A:LDINFO.TXT) 


Tha  1st  column  contains  ths  chalk  numbar,  the  2nd  column  contains  the 
mission  number,  the  3rd  column  contains  the  number  of  increments  on 
chalk,  the  4th  column  contains  the  aircraft  departure  time  (in  absolute 
computer  clock  time) ,  the  5th  column  contains  the  branch  of  service  for 
mission  (100>Air  Force,  300-Army),  and  the  6th  column  contains  the 
aircraft  type  for  the  chalk 

**  These  comments  need  to  be  deleted  for  actual  model  runs 

**  For  the  sensitivity  analysis  experimentation  this  file  was  reduced 
to  chalks  8  through  58  since  they  were  the  only  airdrop  cargo  chalks 
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085  203 
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088  103 
089  105 
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098  209 
099  109 
100  210 
101  110 
102  211 
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104  213 
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108  215 

109  112 

110  216 

111  113 

112  217 

113  218 
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115  115 

116  219 

117  220 

118  221 

119  222 

120  116 

121  117 

122  223 

123  224 

124  400 

125  500 
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128  406 

129  300 

130  401 

131  402 

132  404 

133  405 


09  3150 
15  3160 
15  3190 
15  3220 
06  3235 
09  3240 
05  3245 
05  3250 
07  3265 
07  3295 
05  3300 
05  3305 
06  3325 
05  3330 
07  3355 
05  3360 
07  3385 
06  3390 
06  3400 
06  3430 
10  3435 
07  3450 

10  3455 
02  3460 
06  3480 
06  3490 
06  3510 

11  3520 
09  3525 
07  3540 
09  3570 
11  3575 
11  3580 
11  3585 
09  3590 
09  3600 
09  3630 
11  3635 
11  3645 
15  3720 

19  3765 
18  3775 
07  3855 
11  3870 
08  4695 
33  4725 

21  4770 

20  4810 

22  5025 
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300  005 
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300  141 
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300  141 
300  141 
100  005 
100  005 
100  005 
100  141 
100  141 
300  005 
100  005 
100  005 
100  005 
100  005 


LOAD  PLAN  INFORMATION  FILE 
(SAVED  AS  A: LOPLANS.TXT) 


This  trace  file  is  used  to  assign  increment  type  codes  to  X-acts  coming 
out  of  the  SPLIT  block  in  the  model.  This  file  is  arranged  as  follows: 

The  1st  column  contains  the  increment  number  for  that  particular 
increment  within  the  chalk,  the  2nd  column  contains  the  increment  type 
code  (corresponds  with  the  first  column  in  PROCTYM.TXT  matrix  data 
file),  and  the  3rd  column  contains  the  chalk  number  (this  column  is  not 
read  by  the  computer,  its  there  to  aid  in  building  and  trouble  shooting 
the  file) . 

**  These  comments  need  to  be  deleted  before  this  trace  file  can  be 
used  to  run  the  model. 

**  For  the  sensitivity  experimentation  this  file  was  reduced  to  chalks 
8  through  58  since  they  were  the  only  airdrop  cargo  loads 
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DEPLOYMENT  MODEL 
INCREMENT  TYPE  MATRIX  FILE 

Th«  1st  column  contsins  incrsmsnt  typs  code  ntimber,  2nd  column  contains 
incrsmont  weight,  the  3rd  column  contains  number  of  pallet  positions 
occupied  by  increaient,  the  4th  column  contains  ministum  scale  times,  the 
Sth  column  contains  maximum  scale  times,  the  6th  column  contains  mode 
scale  times,  the  7th  column  contains  minimum  loading  times,  the  Sth 
column  contains  maximum  loading  times,  the  9th  column  contains  mode 
loading  times,  the  10th  column  contains  cargo  or  load  type  (l>pallet, 
2«rolling  stock,  3-airdrop,  and  4-passengers),  the  11th  column  contains 
frustration  probability,  and  the  12th  column,  which  is  not  read  by  the 
computer,  contains  the  increment  type  description  (AD-airdrop,  R/S- 
rolling  stock,  PLT-pallet,  and  F/L-floor  load) 

*  When  running  this  file  in  the  model,  these  comnents  need  to  be  deleted 
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031  14000  5.6  010  030  020  015  045  030  2  005  OH-60  H«licopt«r  (R/S) 

032  35000  3.8  005  025  012  007  025  014  2  007  130-G  Gradar  (R/S) 

033  35000  2.4  005  025  012  007  025  014  2  007  0-5B  Bulldosar  (R/S) 

034  35000  3.4  005  025  012  007  025  014  2  007  950-B  Loader  (R/S) 

035  02400  3.0  003  015  008  005  015  010  2  005  M-342  2.5Ton  0-Tr)c  (R/S) 

036  29000  4.3  005  025  012  007  025  014  2  007  M-817  5Ton  D-Truck  (R/S) 

037  00000  000  000  000  000  000  000  000  0  000  210CFM  Air  Comp  (R/S) 

038  00000  000  000  000  000  000  000-000  0  000  13-Wheel  Roller  (R/S) 

039  00000  000  000  000  000  000  000  000  0  000  1ST  Tilt  Trailer  (R/S) 

040  28000  3.0  005  025  012  007  025  014  2  007  6K-RT  Forklift  (R/S) 

041  28000  3.1  005  025  012  007  025  014  2  007  lOK-RT  Forklift  (R/S) 

042  04500  1.0  002  012  006  001  010  005  1  007  463L  Pallet  (PLT) 

043  20000  3.1  003  015  008  005  015  010  2  005  M-146  Shelter  (R/S) 

044  00000  000  000  000  000  000  000  000  0  000  M-147  Shelter  (R/S) 

045  00000  000  000  000  000  000  000  000  0  000  S250  Shelter  (R/S) 

046  00000  000  000  000  000  000  000  000  0  000  AGPU  Power  Supply  (R/S) 

047  00000  000  000  000  000  000  000  000  0  000  A-90  Shop  Set  (R/S) 

048  00000  000  000  000  000  000  000  000  0  000  6RC-206  (R/S) 

049  08800  2.5  003  015  008  005  015  010  2  005  M-1008  Truck  (R/S) 

050  06400  2.1  003  015  008  005  015  010  2  005  M-1009  Truck  (R/S) 

051  23700  3.2  005  025  012  007  025  014  2  007  lOK-AT  Forklift  (R/S) 

052  00000  000  000  000  000  000  000  000  0  000  13K-AT  Forklift  (R/S) 

053  23000  2.5  005  025  012  007  025  014  2  006  lOK-STD  Forklift  (R/S) 

054  22540  3.7  010  035  028  020  055  035  2  004  25K-Loader  (R/S) 

055  24340  3.3  010  035  028  020  OSS  035  2  004  25K-TAC  Loader  (R/S) 

056  00000  000  000  000  000  000  000  000  0  000  40K-Loader  (R/S) 

057  37100  3.5  011  020  015  007  014  010  3  000  D-5B  Bulldoser  (AD) 

058  00000  0.0  000  000  000  055  072  063  4  005  100  Paasengera 

059  00000  0.0  000  000  000  045  065  055  4  004  75  Paaaengera 

060  00000  0.0  000  000  000  030  045  038  4  003  50  Paaaengera 

061  00000  0.0  000  000  000  020  030  026  4  002  25  Paaaengera 

062  00000  0.0  000  000  000  008  016  012  4  001  10  Paaaengera 

063  01500  1.2  003  015  007  003  010  006  2  005  NF-2  Light  Cart  (R/S) 

064  01100  1.0  003  015  007  003  010  006  2  007  LOX  Tank  (R/S) 

065  00320  0.6  003  015  007  003  010  006  2  005  Hydraulic  Cart  (R/S) 

066  02100  0.9  003  015  007  003  010  006  2  004  MC-lA  Coopresaor  (R/S) 

067  00360  1.0  001  004  002  002  003  004  1  001  A-10  Towbar  (F/L) 

068  02860  3.4  005  025  012  007  025  014  2  005  Tank  Loader  (R/S) 

069  00200  0.2  001  004  002  001  003  002  1  006  Meeting  Box  (F/L) 

070  10668  2.3  005  025  012  007  025  014  2  006  MHU-110  Trailer  (R/S) 

071  05920  1.9  003  015  008  005  015  010  2  005  Bobtail  Jeep  (R/5) 

072  03355  1.8  003  015  008  005  015  010  2  007  Acft  Engine  Trlr  (R/S) 

073  11010  1.7  003  015  008  005  015  010  2  005  6K-STD  Forklift  (R/S) 

074  06760  2.0  003  015  008  005  015  010  2  005  MHU-83  Bomb  Lift  (R/S) 

075  02940  2.4  003  015  008  005  015  010  2  005  Amno  Loading  Sya  (R/S) 

076  10800  1.9  005  025  012  007  025  014  2  006  MB-4  Tug  (R/S) 

077  02800  2.2  003  015  008  005  015  010  2  005  GFU-7/B  (R/S) 

078  00790  1.0  003  015  007  003  010  006  2  004  MC-2  (R/S) 

079  00900  0.8  003  015  007  003  010  006  2  004  Heater  Duct  (R/S) 

080  06760  2.0  003  015  008  005  015  010  2  005  MJ-IA  Bomb  Lift  (R/S) 

081  02100  1.4  003  015  007  003  010  006  2  004  TF-1  Light  All  (R/S) 

082  04000  1.6  003  015  008  005  015  010  2  005  MHU-141  Trailer  (R/S) 


083 

05600 

1.1 

003 

015 

008 

005 

015 

010 

2 

005 

-86  Gttnarator  ( R/S ) 

084 

05240 

1.4 

003 

015 

008 

005 

015 

010 

2 

005 

MJ-2A  Mul*  (R/S) 

085 

06750 

2.8 

003 

015 

008 

005 

015 

010 

2 

005 

6  Rack  Truck  (R/S) 

086 

01740 

1.1 

003 

015 

008 

005 

015 

010 

2 

005 

Watar  Wash  Cart  (R/S) 

087 

00325 

0.2 

001 

C04 

002 

001 

003 

002 

1 

004 

Fire  Extinguisher  (F/L) 

088 

05960 

1.1 

003 

015 

008 

005 

015 

010 

2 

005 

Generator  Set  400  (R/S) 

089 

07335 

1.9 

003 

015 

008 

005 

015 

010 

2 

005 

Bobtail  Tractor  (R/S) 

090 

02150 

2.1 

002 

008 

005 

003 

Oil 

008 

2 

003 

B-1  Maint  Stand  (R/S) 

091 

01220 

0.9 

003 

015 

008 

005 

015 

010 

2 

005 

MA-IA  Power  Unit  (R/S) 

092 

00400 

1.0 

001 

004 

002 

002 

003 

004 

1 

001 

C-130  Towbar  (F/L) 

093 

04525 

1.7 

003 

015 

008 

005 

015 

010 

2 

007 

Dolly  w/engine  (R/S) 

094 

01350 

0.5 

002 

008 

005 

003 

Oil 

008 

1 

004 

Engine  Change  Cart  (R/S) 

095 

03280 

1.5 

003 

015 

007 

003 

010 

006 

2 

007 

Nitro  Trailer  (R/S) 

096 

03480 

1.5 

003 

015 

008 

005 

015 

010 

2 

005 

-60  (Mnerator  (R/S) 

097 

02615 

1.8 

003 

015 

008 

005 

015 

010 

2 

005 

3000  Trailer  (R/S) 

098 

00560 

1.1 

002 

008 

005 

003 

Oil 

008 

1 

003 

B-4  Maint  Stand  (R/S) 

099 

05810 

1.7 

003 

015 

008 

005 

015 

010 

2 

005 

12M  Trailer  EWS  (R/S) 

100 

16060 

3.0 

005 

018 

010 

003 

Oil 

005 

1 

004 

3  Pallet  Train  (PLT) 

101 

00280 

0.4 

001 

004 

002 

001 

003 

002 

1 

006 

External  Tester  (F/L) 

102 

02880 

1.2 

002 

008 

005 

003 

Oil 

008 

2 

003 

Cabin  Press  Tstr  (R/S) 

103 

00980 

1.1 

002 

008 

005 

003 

Oil 

008 

2 

003 

De-icing  Cart  (R/S) 

104 

02000 

1.6 

002 

008 

005 

003 

Oil 

008 

2 

003 

Fuel  Tank  FM  (R/S) 

105 

02475 

1.4 

002 

008 

005 

003 

Oil 

008 

2 

003 

MC-7  Compressor  (R/S) 

106 

00360 

1.0 

001 

004 

002 

002 

003 

004 

1 

001 

Mosewheel  Towbar  ( F/L ) 

107 

02800 

1.7 

003 

015 

008 

005 

015 

010 

2 

005 

M-101  Trailer  (R/S) 

108 

03160 

2.6 

005 

025 

012 

007 

025 

014 

2 

006 

M-102  105MM  How  (R/S) 

Air  Force  Center  for  Studies  and  Analyses. 


Computer  Simulation  Tools  Used  by  the  United  States  Air 
Fgr.g.e  Center  and  Analyggg-  Washington: 

AFCSA/SAMS,  August  1988. 

Balci,  Osman.  "How  to  Assess  the  Acceptability  and 

Credibility  of  Simulation  Results,"  Proceedings  of  the 
1989  Winter  Simulation  Conference.  62-71.  Mew  Jersey: 
IEEE  Press,  1989. 

Banks,  Jerry  and  John  S.  Carson,  II.  Discrete-Event  System 
Simulation.  Englewood  Cliffs  NJ:  Prentice-Hall,  1984. 

Battilega,  John  A.  euxd  Judith  K.  Greuige.  The  Military 

Applications  of  Modeling.  Wright-Patterson  Air  Force 
Base  OH:  Air  Force  Institute  of  Technology  Press,  1978. 

Bird,  Julie,  "AF-Army  Team  Set  Up  for  Forcible  Entry,"  Air 
Force  Times.  26  October  1992:  14-18. 

Boatright,  Rodney  L.  "Combat  Support  Doctrine:  Where  We've 
Been,  Where  We  Are,  and  Where  We  Should  Be  Going."  Air 
Force  Journal  of  Logistics.  17:  14-17  (Summer  1992). 

Bobillier,  P.A. ,  B.C.  Kahan,  and  A.R.  Probst.  Simulation 
With  GPSS  and  GPSS  V.  Englewood  Cliffs  NJ:  Prentice- 
Hall,  1976. 

Christensen,  Maj  Thomas  W.  eund  Capt  Gerald  L.  White.  Aerial 
Port  of  Embarkation  Capability  Plaiinlna;  Volume  One. 

MS  thesis,  AFIT/LSH.  School  of  Systems  and  Logistics, 
Air  Force  Institute  of  Technology  (AU),  Wright- 
Patterson  AFB  OH,  September  1983  (AD-A134433) . 

Coker,  SMSgt  Daniel  J.  Superintendent,  463L  Material 

Handling  Equipment,  Transportation  Plans  and  Progreuns, 
Headquarters,  Air  Mobility  Command  (HQ  AMC/XOPE),  Scott 
AFB  IL.  Personal  interview.  15  January  93. 

Comstock,  Col  Phil.  Headquarters  Air  Combat  Command  (ACC) 
Action  Officer.  "Ft  Bragg/Pope  AFB  Simultsmeous 
Deployment  Review."  Briefing  to  the  Commanders  of  Air 
Combat  Command  (USAF)  and  Army  Training  and  Doctrine 
Command  (USA).  HQ  ACC,  Lemgley  AFB  VA,  1  June  1992. 

Dalton,  Maj  Kathy.  Chief,  Transportation  Training, 
Headquarters  Air  Mobility  Commemd,  Scott  AFB  IL. 
Telephone  interview.  20  October  1992. 


Department  of  the  Air  Force.  Basic  Aerospace  Doctrine  of 
tbs  st&tgg  hit  AFM  l-l.  HQ  USAF,  March 

1992. 

Department  of  the  Air  Force.  Movements  of  Units  in  Air 
Force  Aircraft.  AFR  76-6.  Washington:  HQ  USAF, 

10  November  1969. 

Department  of  the  Air  Force.  USAF  Mobility  Planning.  AFR 
28-4.  Washington:  HQ  USAF,  27  March  1987. 

"Desert  Shield  Joint  Committee  Report."  Report  to  CINCTRANS 
and  CINCFOR,  Scott  AFB  IL,  7  December  1990. 

Dietz,  John.  Analyst,  Logistics  Management  Agency,  Memtrell 
AFB  (Gunther  Annex)  AL.  Telephone  interview. 

20  October  1992. 

Eisenberg,  Maj  Jeff  P.  Operations  Officer,  3d  Aerial  Port 
Squadron,  Pope  AFB  MC.  Telephone  interview.  2  October 
1992. 

Fredette,  Capt  Michael  R.  Estimating  Material  H^uldlina 
Equipment  (MHE)  and  Manpower  Requirements  for  an  Air 
Freight  Ramp ■ Operation  Usinq  SLAM  II.  MS  thesis, 
AFIT/GLM/LSM/86S-24.  School  of  Systems  and  Logistics, 
Air  Force  Institute  of  Technology  (AD),  Wright- 
Patterson  AFB  OH,  September  1986  (AD-A174430) . 

Head,  Lt  Col  John.  Chief,  Transportation  Plans  and  Programs 
(XOPP),  Headquarters  Air  Mobility  Command,  Scott  AFB 
IL.  Telephone  interview.  5  October  1992. 

HQ  USAF.  "CAS:  The  Mission  of  Choice."  Policy  Letter  from 
the  Office  of  the  Secretary  of  the  Air  Force.  February 
1992. 

Hughes,  Wayne  P.,  Jr.  Military  Modelinq.  Washington:  The 
Military  Operations  Research  Society,  1984. 

Kelton,  David  W.  emd  Averill  M.  Law.  Simulation  Modelinq 
and  Analysis.  New  York:  McGraw-Hill,  1982. 

Liggett,  Capt  James  K.  A  Model  of  STAMP/STRAPP  Deployment 
at  Kelly  AFB  Texas.  MS  thesis,  AFIT/GLM/LSC/89S-38 . 
School  of  Systems  and  Logistics,  Air  Force  Institute  of 
Technology  (AD),  Wright-Patterson  AFB  OH,  September 
1989  (AD-B138827) . 


137 


[ 


McLeod,  John.  (  _ _ _  _ _ 

of  Good  Practice.  La  Jolla  CA:  Simulation  Councils, 
1982. 

Miller,  Lt  Col  Charles  E.  Airlift  Doctrine.  Meucwell  AFB 
AL;  Air  University  Press,  1988. 

Neelamkavil ,  Fremcis.  Computer  Simulation  and  Modeling. 

New  York:  John  Wiley  &  Sons,  1987. 

Phillips,  CMSgt  Douglas  R.  Operations  Superintendent,  3rd 
Aerial  Port  Squadron,  Pope  AFB  NC.  Personal  interview. 
19  March  1993. 

Phillips,  CMSgt  Douglas  R.  Operations  Superintendent,  3rd 
Aerial  Port  Squadron,  Pope  AFB  MC.  Telephone 
interview.  16  June  1993. 

Pignatiello,  Joseph  J.  and  Rosemairy  H.  Wild.  "An 

Experimental  Design  Strategy  for  Designing  Robust 
Systems  Using  Discrete-Event  Simulation,"  Simulation. 
57:  358-368  (December  1991). 

Plans,  Policy,  and  Programming,  Forces  Command.  Memorandum 
for  the  Directorate  of  Plans,  Policy,  and  Progreunming, 
J5.  Fort  McPherson  GA,  1  July  1992. 

Reusche,  Capt  Michael  A.  and  Capt  Vaughn  D.  Wasem. 

Simulation  and  Manpower  Forecasting  Models  for  Tactical 
Aerial  Port  Operations  In  a  Contingency  Environment. 

MS  thesis,  AFIT/LSH.  School  of  Systems  and  Logistics, 
Air  Force  Institute  of  Technology  (AU),  Wright- 
Patterson  AFB  OH,  September  1982  (AD-A122846) . 

Rogers,  TSgt  Hcmsel  E.  Training  Noncommissioned  Officer, 
Terminal  Services,  3rd  Aerial  Port  Squadron,  Pope  AFB 
NC.  Personal  interview.  20  March  1993. 

Sadowski,  Reuidall  P.  "The  Simulation  Process:  Avoiding  the 
Problems  and  Pitfalls,"  Proceedings  of  the  1989  Winter 
Simulation  Conference.  72-79.  New  Jersey:  IEEE  Press, 
1989. 

Sargent,  Robert  G.  "Simulation  Model  Verification  emd 

Validation,"  Proceedings  of  the  1991  Winter  Simulation 
Conference .  37-47.  New  Jersey:  IEEE  Press,  1991. 

Schenk,  Steven  M.  "Forecasting  and  Modeling  Using  PC -Based 
Software:  A  Challenge  emd  an  Opportunity  for 
Professional  Logisticians,"  Air  Force  Journal  of 
Logistics :  32-34  (Winter  1992). 


138 


Schriber,  Thomas  J.  An  Introduction  to  Simulation  Using 
GPSS/H.  New  York;  John  Wiley  &  Sons,  1991. 

Training  and  Doctrine  Command  and  Air  Combat  Command.  "CCW: 
Integrated  Operations  Concept  for  Corp  Elements  and 
Airland  Operations  Wings."  Coordinating  Draft  (TRADOC 
PAM  XX-XX  and  ACCP  50-XX) .  May  1992. 

Whitrock,  Col  Charles.  Commander,  624th  Airlift  Group. 

"Pope  AFB  Airlift  Support."  Briefing  to  the  XVIII 
Corps  Commander.  Headquarters  624th  Airlift  Group, 

Pope  AFB  NC,  22  October  1992. 

Willi2uiis,  Capt  Layton  E.  Chief,  Plems,  Resources,  and 
Mobility,  Pope  AFB  NC.  Telephone  interview. 

16  December  1992. 

Young,  Maj  Drew  M.  Ground  Liaison  Officer,  Pope  AFB  NC. 
Telephone  interview.  20  March  1993. 


139 


Vita 


Captain  John  B.  Prechtei  was  born  on  31  January  1962  in 
Terre  Haute,  Indiana.  He  graduated  from  North  Central  High  ' 

School  in  Farmersburg,  Indiana  in  1980.  He  then  attended 
Indiema  State  University,  graduating  in  May  1985  with  a 
Bachelor  of  Science  degree  in  Manufacturing  Technology.  In 
June  1987,  he  received  his  commission.  He  was  then  assigned 
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